 1-Jul-83 00:18:23,995;000000000000
Date:     1 Jul 83 0:18:23 EDT (Fri)
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  ZCPR2 for Osborne-1

        I am very pleased  to  announce  that  AR86:CPM  contains
Z2OZ.LQR,  a  library  file  containing the source for a FULL (or
nearly so) implementation of ZCPR2 which  runs  on  an  Osborne-1
with  Version 1.4 ROM.  The source to a special version of ZCPR2,
its header, a patch to the  BIOS,  and  a  text  file  describing
installation  procedures  are  contained  in this LBR file.  CRCs
match.

        This implementation of ZCPR2 for the  Osborne-1  includes
external  paths,  multiple  command  lines,  both  SUBMIT and ZEX
capability,  autostart  via  STARTUP,  and  other  useful  ZCPR2-
specific  features.   It  really  makes the Osborne-1 look like a
different machine!  Notably lacking from this (because  I  didn't
feel  it made sense to include it) is the named directory feature
of ZCPR2.

        Enjoy!

                Rick
 1-Jul-83 01:25:00,589;000000000000
Received: From Sri-Kl.ARPA by BRL via smtp;  1 Jul 83 3:39 EDT
Date: 1 Jul 1983 0025-PDT
Sender: BILLW@sri-kl
Subject:  Re:  CP/M vs. Unix
From: BILLW@sri-kl
To: rconn@brl
Cc: LSchwarz.Activate@usgs1-multics, info-cpm@brl
Cc: eliot@mit-mc
Message-ID: <[SRI-KL] 1-Jul-83 00:25:51.BILLW>
In-Reply-To: Your message of     30 Jun 83 23:10:08 EDT (Thu)

Id like to remind people that the question that started this whole
discussion was one about "rolling your own" UNIX, just like you
can do with CPM, which is obviously why it went to the CPM mailing
list....  ENough!

BillW
 1-Jul-83 08:07:34,391;000000000000
Received: From Bbnt.ARPA by BRL via smtp;  1 Jul 83 11:22 EDT
Date:  1 Jul 1983  8:07:34 MDT (Friday)
From: Bill Johnston CD-SP <bjohnsto@wsmr70a>
Subject: UMODEM on BBN C-70
To: rsparks@apg-1, w8sdz@mit-mc, info-cpm@brl

We have UMODEM running on our BBN C-70's.

Bill Johnston
Workplace Automation Project Manager
White Sands Missile Range, NM

__...  ...__    _..  .    N5KR
 1-Jul-83 08:19:42,713;000000000000
Date:     1 Jul 83 8:19:42 EDT (Fri)
From:     Rick Conn <rconn@brl>
To:       billw@sri-kl
cc:       info-cpm@brl, rconn@brl
Subject:  CP/M vs UNIX

I wasn't aware that there was a rule saying we had to stick to the
original topic in our discussions.

Anyway, mutability of a system to meet the needs or desires of
a particular user for a particular application is another good
attribute to look for.  Items such as being able to define your
own commands, invoke menus as desired (without excessive programming
effort), change working environs (subdirectories, I/O system, etc),
and tailoring user interfaces are good things to consider as well
as those I mentioned in the last message.

	Rick
 1-Jul-83 12:01:16,311;000000000000
Received: From Bbn-Unix.ARPA by BRL via smtp;  1 Jul 83 14:08 EDT
Date:  1 Jul 1983 12:01:16 MDT (Friday)
From: Jackie Johnston CD-BP <jjohnsto@wsmr70a>
Subject: Removal from Mailing List
To: info-cpm@brl

Please remove my name from the CPM mailing list.

Thank you.

                Jackie Johnston
 1-Jul-83 13:10:16,3843;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  9 Jul 83 5:39 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 9 Jul 83 2:28-PDT
Date: 1 Jul 83 12:10:16-PDT (Fri)
To: info-cpm@brl
From:  hplabs!hao!seismo!philabs!cmcl2!floyd!vax135!ariel!hou5f!hou5a!hou5d!hogpc!hsc@ucb-vax
Subject: Kaypro as UNIX terminal
Article-I.D.: hogpc.201



     INEWS(1)			    UNIX 5.0			   INEWS(1)



     NAME
	  inews	- submit news articles

     SYNOPSIS
	  inews	-t _t_i_t_l_e [ -n _n_e_w_s_g_r_o_u_p_s ] [ -e	_e_x_p_i_r_a_t_i_o_n _d_a_t_e	]

	  inews	-p  [ _f_i_l_e_n_a_m_e ]

	  inews	-C _n_e_w_s_g_r_o_u_p

     DESCRIPTION
	  _I_n_e_w_s	submits	news articles to  the  USENET  news  network.	The
	  first	 form  is  for	submitting user	articles.  The body will be
	  read from the	standard input.	 A _t_i_t_l_e must be specified as there
	  is no	default.  Each article belongs to a list of newsgroups.	 If
	  the -n flag is omitted, the list will	default	to  something  line
	  _g_e_n_e_r_a_l.   (On  ours,	 it  is	 _g_e_n_e_r_a_l.) If you wish to submit an
	  article in multiple newsgroups, the _n_e_w_s_g_r_o_u_p_s must be  separated
	  by  commas  and/or spaces.  If not specified,	the expiration date
	  will be set to the local default.   The  -f  flag  specifies	the
	  article's  sender.  Without this flag, the sender defaults to	the
	  user's name.

	  The second  form  is	used  for  receiving  articles	from  other
	  machines.   If  _f_i_l_e_n_a_m_e  is given, the article will be read from
	  the specified	file; Otherwise	the article will be read  from	the
	  standard  input.   An	 expiration  date need not be present and a
	  receival date, if present, will be ignored.

	  After	local installation, inews will transmit	the article to	all
	  systems that subscribe to the	newsgroups that	the article belongs
	  to.

	  The third form is for	creating new newsgroups.  On some  systems,
	  this	may  be	limited	to specific users such as the super-user or
	  news administrator.  (This happens on	ours.)

	  If the file /usr/lib/news/recording is present, it is	taken as  a
	  list of "recordings" to be shown to users posting news.  (This is
	  by analogy to	the recording you hear when you	dial information in
	  some	parts of the country, asking you if you	really wanted to do
	  this.) The file contains lines of the	form:
	       newsgroups <tab>	filename
	  for example:
	       net.all	 /usr/lib/news/net.recording
	       fa.all	 /usr/lib/news/fa.recording
	  Any user posting an article to a newsgroup matching  the  pattern
	  on  the left will be shown the contents of the file on the right.
	  The user is then told	to hit DEL to abort or RETURN  to  proceed.
	  The  intent of this feature is to help companies keep	proprietary
	  information from accidently leaking out.




     Page 1					       (last mod. 12/28/82)






     INEWS(1)			    UNIX 5.0			   INEWS(1)



     FILES
	  /usr/spool/news/.sys.nnn temporary articles
	  /usr/spool/news/_n_e_w_s_g_r_o_u_p_s/_a_r_t_i_c_l_e__n_o.
				   Articles
	  /usr/spool/news/.canned  Canceled articles
	  /usr/lib/news/ngfile	   List	of legal newsgroups
	  /usr/lib/news/seq	   Sequence number of last article
	  /usr/lib/news/history	   List	of all articles	ever seen
	  /usr/lib/news/sys	   System subscription list

     SEE ALSO
	  Mail(1),  binmail(1),	 getdate(3),  msgs(1),	news(5),  newsrc(5)
	  readnews(1), recnews(1), sendnews(8),	uucp(1), uurec(8),

     AUTHORS
	  Matt Glickman
	  Mark Horton
	  Stephen Daniel
	  Tom R. Truscott




































     Page 2					       (last mod. 12/28/82)
 1-Jul-83 13:18:57,831;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  9 Jul 83 5:39 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 9 Jul 83 2:27-PDT
Date: 1 Jul 83 12:18:57-PDT (Fri)
To: info-cpm@brl
From:  hplabs!hao!seismo!philabs!cmcl2!floyd!vax135!ariel!hou5f!orion!houca!hogpc!hsc@ucb-vax
Subject: Kaypro as UNIX terminal
Article-I.D.: hogpc.203

I am considering a Kaypro as a general-purpose home machine and terminal,
because I like the price and the Perfect Software.  It would also be used
heavily as a terminal, though, via 212 modem to UNIX.
Does anyone have experience with the Kaypro for word-processing and other
CP/M stuff, and as a UNIX terminal?  What software do you use for terminal
emulation and file upload/download?  Any advice for me?
Harvey S. Cohen hogpc!hsc ABI 1C314 Lincroft NJ07738 (201)576-6059
 1-Jul-83 15:56:00,780;000000000000
Received: From Lll-Mfe.ARPA by BRL via smtp;  1 Jul 83 18:56 EDT
Date: Fri, 1 Jul 83 15:56 PDT
From: Maron@LLL-MFE.ARPA
Subject: Update info on BDOS open patch
To: info-cpm@brl.arpa

Just to keep everybody informed: The patch is completed and is very
useful. I am now writing a utility to do path changes etc. When it
is done I will distribute the whole 9 yards. I am currently planning
to write the utility in BDS-C and will make available the source
and the .COM file. If there is any problem with this scream now
and I will consider something else. I plan to have the utility
not have to be recompiled to install any features but instead it
will get its parameters from a disk file. Enter you input on this
from my consideration.
Searching...searching...--Neil
 1-Jul-83 19:50:09,1045;000000000000
Date:     1 Jul 83 19:50:09 EDT (Fri)
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  XMODEM 5.1

	I have taken the liberty, as I usually do, to modify the XMODEM.FOR
program to match my tastes, as I do with most PD software I lay my hands on.
If anyone is interested, it is in AR90:CPM as XMODEM.LQR.  This LBR file
contains 8 or 9 files, including a new source and COM (VAX Command) files.
The big differences between 5.0 and 5.1 are that (1) 5.1 is radically
restructured internally, employing more structured programming techniques
and fewer GOTOs, and (2) 5.1 supports the ST and RT options, wherein XMODEM
internally converts from CP/M text file format to VAX/VMS text file format
and back as required.  Also, two new VAX/VMS commands are available, called
SEND and RECV, which transfer text files only with conversion (intended to
be used as frequently-needed functions).

	Enjoy!

		Rick

P.S.  Keith, would you let the author know about this and provide him
with a copy if he wants one?  Thanks.
 1-Jul-83 19:54:00,5224;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  1 Jul 83 19:55 EDT
Date: 1 July 1983 19:54 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: [Greenlaw: Public domain Responsibilities]
To: Info-Cpm@brl

The following is forwarded from my RCPM system.  Replies to Mr. Greenlaw,
please, not to me.  -- Keith

--forwarded file--


                 Public Domain Responsibilities
                       By Richard Greenlaw
     From Dr. Dobb's Journal, Number 81, July 1983, Page 10

To DDJ Readers and CP/M Users,

	Over  the  years  that DDJ has been serving  us,  I  have 
contributed on article (a disassembler in issue no. 27), a review 
of the PC-1 pocket computer (in issue no.  52) and a few letters.  
However,  this contribution is a bit different.   The bottom line 
of this letter is a warning!

	I  am  the  author  of a set  of  programs  which  is  in 
widespread   public   domain   distribution   (at   least   three 
continents).   They are called SQ.COM, USQ.COM and FLS.COM.  They 
run  on CP/M systems and serve to squeeze files to smaller  sizes 
in   preparation  for  transmission  via  modem  or  distribution 
diskette.

	The latest version of these programs are 1.5, 1.5 and 1.1 
respectively.   I  released these programs to the public  domain, 
except  for financial gain,  and included full source code (in  C 
language)  and  extensive documentation.   This software  is  now 
available via the C Users group, which has advertized in DDJ.

	Having  had reasonable experiences with  previous  public 
offerings,   I  gave my name and address in the documentation and 
in the sign-on message of each program.  Therein lies the story!

	In recent months I have had a couple of dozen phone calls 
claiming  that  these programs have  destroyed  various  innocent 
files.   But when I ask for details,  I find that the programs in 
question have version numbers higher than any I have ever issued!  
Not  only that,  but many different version numbers,  as high  as 
1.9, have been mentioned!

	I  expect  that  whoever produced each version  of  these 
programs was as innocent as I was in August of 1981 when I ussued 
the above-mentioned programs.   But the fact remains that one  or 
more  persons has taken it upon themselves to propagate  modified 
versions  of  my  software without taking the  responsibility  of 
adding  their name and address to the documentation  and  sign-on 
messages.

	It is an unfortunate fact that C and probably other high-
level  languages  can crash impolitely when the CP/M TPA  is  too 
small  for the program and its data space,  including dynamically 
allocated  local  variables.   (These programs do  use  recursive 
algorithems).

	I have heard,  without confirmation, that vast amounts of 
code  have been added to some versions of these programs  to  add 
wild card file name processing.   Perhaps this is the problem.  I 
provided that feature as a separate program,  FLS.COM,  precisely 
for  that reason.   It is also possible that full and careful use 
of the recompilation options available in BDS-C has been  abused, 
resulting  in too much code or improperly linked code.   Or maybe 
there  have  simply  been  some accidents  in  copying  or  modem 
transmission.

	Whatever  the  case,  I  recommend  that  if  you  modify 
software which you have not written, then try to consult with the 
original author before publicly distributing such  software.   If 
that is not possible, at least accept the responsibility of being 
the  first  line of complaint handling by adding (not  replacing) 
your name to the documentation and sign-on message.

	If  anyone has a file which the above-mentioned  versions 
of my programs cannot squeeze and then reproduce,  please contact 
me.   My  computers  can read and write  the  following  diskette 
formats:  Micropolis  Mod  II,  Max-80 5" 40  track/side  (SS/DS, 
SD/DD)  formats,   Osborne  Single  Density,  Omikron  5"  single 
density, Xerox 5" single density.  Except for the Micropolis, all 
of the above are handled by my Lobo Max-80 computer.

	Do  you  really  want  more  public  domain  source  code 
sofrware?    If  so,   and  if  you  know  the  source  of  these 
modifications,  please  help stamp out the bad versions (copies?) 
of  this software.   Unfortunately,  I don't know  exactly  which 
versions are bad because not one single person has ever sent me a 
courtesy copy of any modifications!

	To  those  bewildered innocent victims,  the  unsqueezing 
precess contains a validity check based on the original file.  If 
you  can produce a file (not just a console display)  by  running 
the  USQ.COM program,  then the resulting file should be an exact 
replica of the original.

	I  also ask purchasers of communications packages  who  I 
have  authorized to distribute this software not to assume that I 
am  responsible for the communications packages.   It seems  that 
reproduction of my documentation files makes my name and  address 
more prominent than those of the commercial distributers!

			Sincerely,
			Richard Greenlaw
			251 Colony Ct.
			Gahanna, Ohio  43230
 1-Jul-83 19:56:00,369;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  1 Jul 83 19:56 EDT
Date: 1 July 1983 19:56 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  mdm710
To: CS.KORNER@utexas-20
cc: Info-Cpm@brl
In-reply-to: Msg of 30 Jun 1983 2057-CDT from Kim Korner <CS.KORNER at UTEXAS-20>

Wait for MDM711, due out tonight or tomorrow sometime.  Will send
message when available.
 1-Jul-83 20:21:00,433;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  1 Jul 83 20:22 EDT
Date: 1 July 1983 20:21 EDT
From: Eliot Scott Ramey <ELIOT@mit-mc>
Subject: Reading/writing multiple format disks
To: info-cpm@brl

	The only question I have about the hardware from Rick Rump (??)
is:  Will it read hard sectored disks?  I am almost (but not positive)
that Uniform will not read North Star disks.  Will Rump's system?

						-Eliot at Mit-MC
 2-Jul-83 12:22:00,2219;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jul 83 10:58 EDT
Date: 2 July 1983 12:22 EDT
From: Ronald G. Fowler <RGF@mit-mc>
Subject:  [RGF: Can Sinclair Be Used As CPM Board for C64?]
To: INFO-CPM@mit-mc


Date: 2 July 1983 12:20 EDT
From: Ronald G. Fowler <RGF>
To:   ihnp4!houxm!houxk!houxh!pvl at UCB-VAX
cc:   RGF
Re:   Can Sinclair Be Used As CPM Board for C64?

Well, I can't speak for the Sinclair (since I don't like it); but as
for interfacing the 64 to another computer, I have definite plans in
that arena...

I have an interface between my VIC-20 and my 160-K Z80-S100-CP/M
system that allows the CP/M system to be an intelligent peripheral to
the VIC20 --- for storage of files, andoutput to the printer (the
interface "supplants" the CBM serial bus devices #8 and 4).  I plan to
extend this interface (consisting of a pair of programs I call VICNET,
plus an 8255 on the S-100 bus connected to the VIC user port) to allow
either end to emulate a terminal for the other end, as well as an
option to effectively turn the VIC into an intelligent graphics
terminal, as seen from the S100 (CP/M) system.
  Last week, I picked up a C64 programmer's guide, and was pleasently
surprised to find that the KERNEL interface for the C64 is
functionally identical to that of the VIC! The result?  My software
should be pretty easily transported to the 64, providing a much more
powerful peripheral for the CP/M system (or vice-versa).
  I plan to somehow market the package (including a graphics package
to run on the 64 (I have one about 50% completed for the VIC), that
will effectively convert the 64 into a graphics display terminal.  A
complicating factor in this effort is that fact that the product is
not a "pure" software product; there is a hardware interface involved.
That may drastically affect any marketing considerations...

If anyone is interested in what the package does now, along with what
I plan for it to do when it's completed, let me know, and I'll write
it up and pass it along to the list.

(please don't consider this a commercial plug, as the project is not
yet -- and may well never be -- a commercially available product.)
			--Ron Fowler
 2-Jul-83 17:30:00,584;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jul 83 11:38 EDT
Date:  2 Jul 1983 1630-PDT
Subject: Re: Updated CPM DIRLST
From: Tom Carnahan <TCARNAHAN@usc-isie>
To: Keith Petersen <W8SDZ@mit-mc>, INFO-CPM@mit-mc, CPM-DIRLST-People@mit-mc
POSTAL-ADDRESS: Tom Carnahan, SMC 1819, NPS, MONTEREY,CA 93940
Phone: (Home) 408-372-7480 (NPS office) 408-646-2174 AV 878-2174
In-Reply-To: Your message of 27 June 1983 11:25 EDT

     Thank you for including me on this list and INFO-CPM.  
I would like to be taken off now..........Thanks!

                         Tom
-------
 2-Jul-83 17:51:00,730;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jul 83 11:37 EDT
Date: 2 July 1983 17:51 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  MODEM7 bug reports
To: Info-Cpm@brl

Date: 2 July 1983 06:48 EDT
From: Paul R. Grupp <GRUPP>
To:   W8SDZ
cc:   INFO-MODEM7, ELIOT at MIT-DMS
Re:   MDM710 AQM not bad

I *THOUGHT* that INFO-MODEM7 was for "bug" reports on any of the
modem7 programs (MDM7xx is certainly in this group).  This way
the entire list would not be bothered untill the "modem hackers"
agreed on a problem and/or cause.  Messages to ...-request leaves
out many people that have ASKED to be made aware of such a discussion.
Regards, Paul
P.S. Keith, forward to info-cpm if you see agree and see fit.
 2-Jul-83 18:31:11,1923;000000000000
Received: From Rand-Relay.ARPA by BRL via smtp;  5 Jul 83 8:26 EDT
Date: 2 Jul 1983 20:31:11-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: umodem fix
To: info-cpm@brl, w8sdz@brl
Via:  UCF-CS; 2 Jul 83 19:11-PDT

There is a slight problem with the latest version of umodem (umodem32.c).
A modification to set a logfile default was done in this version and it
will fail to work on some systems because the modifier used a bitwise
instead of a logical 'NOT' to flip a toggle.  The fix is probably not
worth changing the revision number, but I did so  here to avoid confusion
(and besides, I use RCS).  Following is a diff between 3.2 and 3.3 (disregard
the first line, which is RCS info).

1c1
< static char *Rcsid = "$Header: /usr1/grad/goldfarb/src/umodem/RCS/umodem.c,v 3.2 83/07/02 19:26:08 goldfarb Exp $";
---
> static char *Rcsid = "$Header: /usr1/grad/goldfarb/src/umodem/RCS/umodem.c,v 3.3 83/07/02 20:23:23 goldfarb Exp $";
76c76,84
<  *                no logging.
---
>  *                logging.
>  * 	   -- Version 3.3 Mod by Ben Goldfarb, 07/02/83
>  *	        . Corrected problem with above implementation of "LOGDEFAULT".
>  *                A bitwise, instead of a logical, negation operator was
>  *		  used to complement LOGFLAG when the '-l' command line flag
>  *		  was specified.  This can cause LOGFLAG to be true when it
>  *		  should be false.  While I don't consider a one character 
>  *		  replacement to be worthy of a minor revision number, this
>  *		  will prevent confusion.
216c224
< #if LOGDEFAULT
---
> #if LOGDEFAULT == 1
241c249
<         LOGFLAG = LOGDEFAULT;
---
>         LOGFLAG = LOGDEFAULT; /* open (don't open) log file */
259c267
<                 case 'l' : LOGFLAG = ~LOGDEFAULT;  /* turn off log report */
---
>                 case 'l' : LOGFLAG = !LOGDEFAULT;  /* turn off log report */
 2-Jul-83 18:37:00,500;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jul 83 11:37 EDT
Date: 2 July 1983 18:37 EDT
From: Herb Lin <LIN@mit-mc>
Subject:  using SQ and USQ
To: info-cpm@brl

can someone tell me just what you do to use SQ and USQ on ITS in file
transmission to a CP/M machine?  Presumably I need to squeeze a file
on MC, send it to my cp/m system, and then unsqueeze it.  what's the
unsqueeze program called?

Can this be done for mail reading as well?

sorry about asking so basic a question...
 2-Jul-83 21:06:00,1165;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jul 83 11:38 EDT
Date: 2 July 1983 21:06 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: Warning about Ackerman Digital programs
To: Info-Cpm@brl

The following is forwarded from the SYSOP RCPM system.

Date: 06/30/83
From: Dave Hardy
To:   All
Re:   Ackerman Digital's Circuit and Pulse programs

  I've just finished evaluating Ackerman Digital's CIRCUIT
and PULSE programs, which are programs written to perform
linear circuit analysis.  The programs are provided in
compiled MBASIC, and they are real dogs!  There is
absolutely NO error checking, and the programs blow-up
even with the examples in the book!  Only about a third
of the software promised in the manuals is provided on the
disk, and the manuals provided are for different
versions of programs than the ones on the disk.

  I'm mentioning this here, because I would hate to see
anyone *screwed* by buying these rip-off programs.
Naturally, source for the programs is NOT provided, so
there is absolutely nothing that the unfortunate user can
do to make the programs work.
                                     -Dave Hardy
 2-Jul-83 22:14:00,5676;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jul 83 16:09 EDT
Date: 2 July 1983 22:14 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: MDM711 now available on MIT-MC
To: Info-Cpm@brl
cc: INFO-MODEM7@mit-mc

Irv Hoff has just released MDM711, the latest version of the MODEM7
series.  The files are on MIT-MC as:

AR61:CPM;
  MDM711 AQM  --  The squeezed source code for the main program
                  (not normally needed but here for reference)
  MDM711 LBR  --  The LBR file that contains MDM711.COM, DOC, and
                  all the user overlays and patching instructions.
  MDM711 TXT  --  A brief explaination of what files are available.

NOTE: The AQM and LBR files are stored in ITS "COM file" binary format.
      The TXT file is ASCII text.


For those who have not been following the MDM7xx series, here's
some information on new features that have been added and bug
fixes that have been made.  If you haven't updated your MODEM7
program lately, you're missing out on a lot of exciting new
features.  Notice that the program now also supports "smart modem"
users.

  NOTE: MDM711 SUPPORTS AUTO-DIALING AND AUTOMATIC CONTINUOUS
	REDIALING FOR THE FOLLOWING MODEMS:

		a)  PMMI 103 PLUG-IN S-100 MODEM
		b)  HAYES SMARTMODEM 300 OR 1200
		c)  U. S. ROBOTICS 300/1200 MODEM

	   THIS IS THE ONLY EXISTING PROGRAM TO SUPPORT ALL
	   THESE MODEMS CONCURRENTLY.  CHECK THE FOLLOWING
	   THREE BYTES IN ANY OF THE OVERLAYS.  (YOU CAN
	   STILL USE THE PROGRAM WITH OTHER EXTERNAL MODEMS
	   SUCH AS THE BELL 212A, RACAL-VADIC, ETC., WITH
	   MANUAL DIALING.)

		0103H	FF = PMMI, 00 = NON-PMMI
		0104H	FF = HAYES SMARTMODEM 300 OR 1200
				OR U. S. ROBOTICS 300/1200
			00 = NONE OF THE ABOVE
		0105H	54 = "T" FOR TOUCH TONE DIALING, OR
			50 = "P" FOR ROTARY PULSE DIALING
				(FOR HAYES OR U. S. ROBOTICS ONLY)

***********************************************************************

07/01/83  Changed TERM to allow use of printer port for modem use.
	    Needed by the Morrow MD and NEC 8001 computers.  Changed all
 MDM711   overlays to allow overprinting the PMMI parity routines as
	    the Applecat overlay was not working properly.  Removed the
	    short break tone during disconnect as Smartmodem 1200 were
	    locking up.  (Smartmodem 300 were operating normally.)
					- Irv Hoff

06/17/83  At last.  Program now has autodialing and auto-continuous
	    redialing for Hayes Smartmodem 300 or 1200, PMMI 103 modem
 MDM710   or U.S.Robotics.  After first unsuccessful try, asks if you
	    want to quit, try once again, or continuously redial.  Also
	    changed the BYE routine to be compatible with systems other
	    than RCP/M.  Now trap 87H and 7H which are sometimes used by
	    mainframes to signify "do not send any more sectors at this
	    time".  This keeps the original Christensen protocol when
	    ACKNAK is set YES.  (ACKNAK can of course be set to NO if
	    the results seem preferable to the user.  Some problems have
	    been noticed in batch transfers and modem-to-modem use with
	    ACKNAK set NO.)		- Irv Hoff

05/27/83  Corrected a phone number in the library.  Added a CR/LF for
	    the quiet mode if using batch transfer.  Simplified initial-
 MDM709   ization at startup.  Two minor mods to assist in adding an
	    overlay for Hayes 300/1200 SmartModem later.
					- Irv Hoff


05/15/83  Extensive revisions on many parts of the program.  Relocated
	    most of the PMMI routines near the start to facilitate using
 MDM708   the new 300/1200 PMMI board or the Hayes Smartmodem.  Some
	    of the more ambitious changes include:
		a) CRC system replaced with the high-speed lookup tables
		   similar to those used in CHEK15.
		b) Separate printer buffer.  Can now print regardless of
		   input speed even when saving for a disk file.
		c) Printer buffer and disk buffer each can accept up to
		   128 characters after an X-OFF to compensate for line-
		   oriented systems and satellite linking.
		d) Saving to disk made far more user-friendly.  'NOL' no
		   longer used.  File automatically closed upon exit.
		e) Sector count shown before "ACK" is sent, allowing
		   high-speed transfers (to 19,200 baud) without errors.
		f) Typing BYE on command line or CTL-D in terminal mode
		   disconnects and returns to CP/M.  Also closes any disk
		   files that may be open.  "X" (secondary option) does
		   the same thing, allowing automatic terminate at com-
		   pletion of file transfer.
		g) Improved the "E" (echo) mode, also half duplex mode.
		h) Control characters above ^M not passed to the CRT, an
		   optional feature.
		i) Handling of command line options greatly modernized.
		j) For PMMI users, program automatically comes up in
		   originate mode at default speed.  No need to ever say
		   TO.300 unless a baudrate change is desired.
		k) Simlified and changed numerous flags to be consistent
		   with others.
		l) Several improvements in error handling and detection.
	    Numerous other changes.  We attempted to incorporate all the
	    suggestions forwarded from various users in addition to some
	    features I wanted myself.   - Irv Hoff

01/01/83  First version.  Can be assembled with ASM.COM.  MDM700 was
	    selected to commence a new series of version numbers.  This
 MDM700   can be readily used on data bank systems that limit file
	    names to a total of 6 characters.
					- Irv Hoff

--end--

Irv Hoff's phone number is (415) 948-2166.  Comments/suggestions/bug reports
welcome.  Send a copy to INFO-MODEM7@MIT-MC please.  Irv is not on the net.

--Keith
 2-Jul-83 22:25:00,730;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jul 83 11:56 EDT
Date: 2 July 1983 22:25 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  modem7 ASCII capture flow control
To: reece@nadc
cc: Info-Cpm@brl
In-reply-to: Msg of 12 Apr 1983 11:18:35-EST from reece at nadc.arpa

You asked some time back if MDM7xx does anything smart when in the
CONTROL-Y mode.  It sends an X-OFF and then buffers up to 128 MORE
CHARACTERS while it waits for the other end to quit sending.  It then
writes to the disk and then sends X-ON after resetting its pointers to
the start of the buffer.  The file is not closed until you issue the
WRT command from the command prompt.  This allows almost unlimited
size ASCII captures.
--Keith
 3-Jul-83 04:15:00,1596;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jul 83 11:56 EDT
Date: 3 July 1983 04:15 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  cpm archives on mc
To: ALBERS@nlm-mcs
cc: Info-Cpm@brl
In-reply-to: Msg of Wed 29 Jun 83 17:50:00-EDT from Jon Albers <ALBERS at NLM-MCS.ARPA>

Hello, Jon.  You asked what the format is for the files on MC.  That's
a rather large question to answer.  If you meant MDM711 files, the
.AQM and .LBR files are stored as "COM files" in binary format.  This
means that if you FTP the files to yourself, you'll have to use the
8-bit binary mode in FTP for those files.  You'll get them intact,
complete with the 4-byte header that is used on ITS "COM files".  You
can get rid of those four bytes by running ITSCVT on them (see
AR13:CPM;ITSCVT HEX).
   Some files are stored in ASCII and some are stored in ITS COM file
(binary) format.  The usual way to know which is which is to look at
the file name.  If it has COM or AQM or WQ or DQC as the last part of
the filename, it's stored in ITS COM file format.  This is necessary
because those are binary files - the COM files and the squeezed files.
   I haven't had the time to split the MDM711 LBR down to individual
files and them upload them to MIT-MC.  That takes a lot of time.  So I
did the next-best thing and uploaded the whole .LBR file.  You'll need
LU.COM to extract the files.  If you can't fit this on your Osborne
disk, the best way to get it would be to call any RCPM system and use
the XMODEM L command to extract the .COM and Osborne overlay files
from the LBR.
--Keith
 3-Jul-83 07:55:00,401;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jul 83 11:57 EDT
Date: 3 July 1983 07:55 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: Bi-directional file viewer updated
To: Info-Cpm@brl

AR21:CPM;BISHOW 16ASM is now available.  Some help features were
added by Dick Mead and additional positioning commands by Chuck
Forsberg.  This is a bi-directional ASCII file viewer for CP/M.
--Keith
 5-Jul-83 09:52:00,315;000000000000
Received: From Usc-Isie.ARPA by BRL via smtp;  5 Jul 83 11:54 EDT
Date:  5 Jul 1983 0852-PDT
Subject: Seequa's new machine
From: FRANK A. <MCCRARY@usc-isie>
To: Info-cpm@brl

I would like some info on Seequa's IBM compatible portable with
Z80 capability.  Thanks for any help.

Regards,

Frank
-------
 5-Jul-83 17:05:21,556;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  9 Jul 83 8:06 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 9 Jul 83 4:55-PDT
Date: 5 Jul 83 16:05:21-PDT (Tue)
To: info-cpm@brl
From: decvax!watmath!mdrutenberg@ucb-vax
Subject: wanted - 6809 assembler
Article-I.D.: watmath.5482

I just thought I'd post this and try and save myself a little bit of work.
Does anybody out there have or know of a 6809 cross assembler that runs
under CPM? If so, is it (hopefully) available in North Star SSDD format?

ADthanksVANCE

bob atkinson
 5-Jul-83 20:27:00,783;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  5 Jul 83 20:27 EDT
Date: 5 July 1983 20:27 EDT
From: Eric Stork <STORK@mit-mc>
To: STORK@mit-mc, info-cpm@brl

Subject: Optronics Disk Control Unit
,
Optronics Technology, Box 81, Pittsford NY 14534, offers a card
for installation in disk drives that will turn off the
AC to the motors if there is no read/write for 9 seconds.
,
Seems like a good idea to save wear of drive bearings & disks,
and reduce noise.  Cost: $49.95.
,
But questions:  Has anyone actually tried this approach?
Are there hidden Gotcha's?
Can one damage drives with frequent on/offs?
,
Would appreciate any advice, pro or con,
that anyone may have.  Will summarize for net if response warrants.
Please send direct to STORK%MIT-MC
,
Eric Stork
 6-Jul-83 00:02:19,399;000000000000
Date:     6 Jul 83 0:02:19 EDT (Wed)
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  New CONFIG for TVI950

Version 1.3 of CONFIG for the TVI950 terminal is in AR82:CPM as
CONFIG COM.  This corrects a flow control problem as I found in
TINIT and makes CONFIG more reliable.  Thanks to Eric Stork for
pointing out the existance of that problem in CONFIG.

Enjoy!

	Rick
 6-Jul-83 06:27:00,658;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  6 Jul 83 8:33 EDT
Date:  6 Jul 1983 0827-EDT
From: Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc>
Subject: Re: Optronics Disk Control Unit
To: STORK@mit-mc
cc: info-cpm@brl
In-Reply-To: Your message of 5-Jul-83 2027-EDT

Hmm... Golly! Most computers I know of turn their drives off after
a short period of unuse (loke my osborne), and I can't
think of any that leave the drive motors constantly spinning (maybe
the kaypro does? (i think, however, that it just leaves the drie
selected)), but if you've got a drive that does this to you,
then it would be best to install this beastie. -andy
-------
 6-Jul-83 09:59:13,636;000000000000
Received: From Ucla-Locus.ARPA by BRL via smtp;  6 Jul 83 13:15 EDT
Date:           Wed, 6 Jul 83 09:59:13 PDT
From:           Dr. Terry Gray <gray@ucla-locus>
To:             Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc>
CC:             STORK@mit-mc, info-cpm@brl
Subject:        Re: Optronics Disk Control Unit
In-reply-to:    Your message of 6 Jul 1983 0827-EDT

Until the advent of 1/2 height 8" floppies --which use DC drive motors--
virtually all 8" drives ran continously.  It is the 8" drive problem
that Optronics is addressing.  To my knowledge, there are no 5.25"
floppies that run all the time.

--Terry Gray
 6-Jul-83 13:06:00,749;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  6 Jul 83 15:55 EDT
Received: from ISL by SUMEX-AIM with Pup; Wed 6 Jul 83 12:06:33-PDT
Date: Wednesday,  6 Jul 1983 12:06-PDT
To: Ronald G. Fowler <RGF@mit-mc>
Cc: INFO-CPM@mit-mc
Subject: Re:  [RGF: Can Sinclair Be Used As CPM Board for C64?]
In-reply-to: Your message of 2 July 1983 12:22 EDT.
From: kevinw%isl@BRL.ARPA

i for one would be interested in getting info on
using a cpm sys as an intelligent setup for the vic/64
computers.  i think it would definitely be marketable as well.

also, is there enough intrest for a commodore mailing list for
other types of stuff?  i have noticed some other notes on these
machines on both cpm and micro lists.

happy hacking.

  -- Kevin
 6-Jul-83 13:06:00,749;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  6 Jul 83 15:56 EDT
Received: from ISL by SUMEX-AIM with Pup; Wed 6 Jul 83 12:06:33-PDT
Date: Wednesday,  6 Jul 1983 12:06-PDT
To: Ronald G. Fowler <RGF@mit-mc>
Cc: INFO-CPM@mit-mc
Subject: Re:  [RGF: Can Sinclair Be Used As CPM Board for C64?]
In-reply-to: Your message of 2 July 1983 12:22 EDT.
From: kevinw%isl@BRL.ARPA

i for one would be interested in getting info on
using a cpm sys as an intelligent setup for the vic/64
computers.  i think it would definitely be marketable as well.

also, is there enough intrest for a commodore mailing list for
other types of stuff?  i have noticed some other notes on these
machines on both cpm and micro lists.

happy hacking.

  -- Kevin
 6-Jul-83 13:06:00,749;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  6 Jul 83 15:56 EDT
Received: from ISL by SUMEX-AIM with Pup; Wed 6 Jul 83 12:06:33-PDT
Date: Wednesday,  6 Jul 1983 12:06-PDT
To: Ronald G. Fowler <RGF@mit-mc>
Cc: INFO-CPM@mit-mc
Subject: Re:  [RGF: Can Sinclair Be Used As CPM Board for C64?]
In-reply-to: Your message of 2 July 1983 12:22 EDT.
From: kevinw%isl@BRL.ARPA

i for one would be interested in getting info on
using a cpm sys as an intelligent setup for the vic/64
computers.  i think it would definitely be marketable as well.

also, is there enough intrest for a commodore mailing list for
other types of stuff?  i have noticed some other notes on these
machines on both cpm and micro lists.

happy hacking.

  -- Kevin
 6-Jul-83 15:20:00,514;000000000000
Received: From Sri-Kl.ARPA by BRL via smtp;  6 Jul 83 17:28 EDT
Date: 6 Jul 1983 14:20-PDT
Sender: BILLW@sri-kl
Subject: Re: Optronics Disk Control Unit
From: BILLW@sri-kl
To: SJOBRG.ANDY%MIT-OZ@mit-mc
Cc: STORK@mit-mc, info-cpm@brl
Message-ID: <[SRI-KL] 6-Jul-83 14:20:55.BILLW>
In-Reply-To: The message of  6 Jul 1983 0827-EDT from Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc>

5 inch drives normally turn themselves off when they are not in use.
8 inch drives normally spin continuously.

BillW
 6-Jul-83 17:34:00,1154;000000000000
Received: From Parc-Maxc.ARPA by BRL via smtp;  6 Jul 83 20:30 EDT
Date: Wed, 6 Jul 83 17:34 PDT
From: MMOON.ES@PARC-MAXC.ARPA
Subject: Re:
In-reply-to: "STORK@mit-mc.ARPA's message of 5 Jul 83 20:27 EDT"
To: Eric Stork <STORK@mit-mc.ARPA>
cc: info-cpm@brl.ARPA

Eric,

	I have been running the Optronics board on my s-100 system for over a
month with no adverse effects.  In fact, the soft error rate on my disks
(DT8's) due to dirt, etc. seems to have gone down sharply: one error
since the installation, as opposed to one or two a week before.

On the negative side, the documentation could have been better, since
this is not for the casual hardware hacker.  While I found the
installation to require only about 20 min., homework prior to
installation was about two hours.  The bottom line here is how
off-the-wall your drive's option configuration is & how familiar you are
with the same.  Depending on if you're running something really, ah,
customized (?) or not, things can get hairy, though the Optronics board
should work just about anywhere.

On balance, I'm quite happy with the installation.  Good luck.

		--Moon
 6-Jul-83 20:19:00,402;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  6 Jul 83 20:28 EDT
Date: 6 July 1983 20:19 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  MDM711.LBR IS TOO BIG
To: LEVYAL@usc-isi
cc: Info-Cpm@brl
In-reply-to: Msg of 2 Jul 1983 2204-PDT from LEVYAL at usc-isi

I am in the process of uploading all the files from MDM711.LBR
separately and will announce when they are available on MC.
--Keith
 6-Jul-83 20:26:06,625;000000000000
Received: From Rand-Relay.ARPA by BRL via smtp;  7 Jul 83 4:57 EDT
Date: 6 Jul 1983 22:26:06-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re: Optronics Dick Control Unit
To: info-cpm@brl
Via:  UCF-CS; 7 Jul 83 1:34-PDT

(Here we go again.)

The unit is intended for 8" drives with AC motors, such as Shugart
800, 801, 850; Siemens FD-100-8, FD-200-8; etc.  Most of these drives
have their motors constantly spinning, making the Optronics controller
a rather nice idea.  
				Ben Goldfarb
				uucp: {duke,decvax}!ucf-cs!goldfarb
				ARPA: goldfarb.ucf-cs@Rand-Relay
 7-Jul-83 03:42:00,1447;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  7 Jul 83 3:42 EDT
Date: 7 July 1983 03:42 EDT
From: Frank J. Wancho <FJW@mit-mc>
Subject:  Special Circuit Breaker Wanted!
To: INFO-CPM@brl, INFO-MICRO@brl

As some of you may know the MACSYMA Consortium will be dissolved come
1 October, and we have been advised to make alternate plans because
the future of the MIT-MC machine is not clear at this time.

I have been making alternate plans for some three years now, and have
new host up on the net which has space reserved to hold all of the
files currently in MC:CPM; and then some, including all the archives
for both lists, and all of CPMUG and SIG/M files...

Unfortunately, we cannot keep the new machine up while no one is
present in the building because we cannot consider the air
conditioning system to be 100% reliable, and the building is in the
middle of the desert...  Thus, we are up only from 8:30am to 9:40pm
MDT weekdays...

So, we have devised a scheme to brute-force cut the power when the
temperature reaches a critical point.  This scheme requires either an
externally controlled three-phase circuit breaker or some sort of
relay-driven crow-bar switch, with a capacity of approximately 75-100
amps per leg!  We have yet to find a solid lead on such a device, and
hope that perhaps someone reading this mail can help.

Address any replies directly to me, and not either list, please.

Thanks,
Frank
 7-Jul-83 05:57:00,4816;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  7 Jul 83 6:06 EDT
Date: 7 July 1983 05:57 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: MDM711 files now available
To: Info-Cpm@brl

Because of time restrictions I was only able to upload the MDM711.LBR
file previously.  My appologies to those who were inconvienced by having
to take the whole LBR file to get just a few of the member files.

The previously-uploaded .LBR and .AQM files have been moved to
AR100:W8SDZ; where they will remain available for a few more days
and then will be deleted.

The following files are now available on MIT-MC:

AR61:CPM;
  MDM711 ACASM   --   7/6/83 04:16:57
  MDM711 APASM   --   7/6/83 04:24:33
  MDM711 COM     --   7/6/83 03:35:35
  MDM711 DOC     --   7/6/83 03:34:08
  MDM711 DPASM   --   7/6/83 04:36:17
  MDM711 GPASM   --   7/6/83 04:41:24
  MDM711 H8ASM   --   7/7/83 04:35:48
  MDM711 HZASM   --   7/7/83 04:40:04
  MDM711 INF     --   7/6/83 03:55:41
  MDM711 KPASM   --   7/7/83 04:43:18
  MDM711 MDASM   --   7/7/83 04:46:30
  MDM711 NEASM   --   7/7/83 05:02:08
  MDM711 NMASM   --   7/7/83 05:06:30
  MDM711 OSASM   --   7/7/83 05:09:08
  MDM711 PMASM   --   7/7/83 05:14:10
  MDM711 TVASM   --   7/7/83 05:17:59
  MDM711 TXT     --   7/2/83 18:02:38
  MDM711 UPD     --   7/6/83 04:00:58
  MDM711 XEASM   --   7/7/83 05:22:27

The following excerpt from MDM711.INF will explain what each of the
files is for.

TOPIC :  MDM711 MODEM PROGRAM INSTALLATION INFORMATION
FROM  :  IRVIN M. HOFF W6FFC

       This program is based on one originally written by Ward Christ-
ensen in September 1977.  It has since undergone a considerable number
of changes.  Recent changes include auto-dialing and continuous redial-
ing for the Hayes 300 or 1200 Smartmodem and the U. S. Robotics, along
with the standard PMMI 103 routines the program has supported since its
inception.

NOTE:  Special configuration files are being added for specific types of
       computers.  Several are available as shown below.  Others will be
       provided for popular computers using external modems.  This file
       will be updated accordingly.

       To adapt this version to your equipment, you will want to get
some of the following programs:

        Program name    Squeezed Name          Purpose

        MDM711.ASM      MDM711.AQM        (source code file)
        MDM711.COM      MDM711.OBJ        (object code file)
        MDM711.DOC      MDM711.DQC        (how-to-use file)
        MDM711.INF      MDM711.IQF        (information file)
        MDM711AC.AQM    MDM711AC.AQM      (AppleCat II overlay file)
        MDM711AP.ASM    MDM711AP.AQM      (Apple II overlay file)
        MDM711DP.ASM    MDM711DP.AQM      (Datapoint 1560 overlay)  
        MDM711GP.ASM    MDM711GP.AQM      (General purpose overlay)
        MDM711H8.ASM    MDM711H8.AQM      (Heath/Zenith H89 file)
        MDM711HZ.ASM    MDM711HZ.AQM      (Heath/Zenith Z-100 file)
        MDM711KP.ASM    MDM711KP.AQM      (KayPro overlay file)
        MDM711MD.ASM    MDM711MD.AQM      (Morrow MD overlay file)
        MDM711NE.ASM    MDM711NE.AQM      (NEC PC-8001 overlay file)
        MDM711NM.ASM    MDM711NM.AQM      (Phone number overlay)
        MDM711OS.ASM    MDM711OS.AQM      (Osborne overlay file)
        MDM711PM.ASM    MDM711PM.AQM      (PMMI S-100 modem overlay)
        MDM711TV.ASM    MDM711TV.AQM      (TeleVideo TS-802 overlay)
        MDM711XE.ASM    MDM711XE.AQM      (Xerox 820 overlay file)

       (The minimum would be any pair in one of the examples shown
below.)

       There are several ways by which you can set the proper ports,
status pin values, etc. for your equipment.

     1) Use your editor, ASM (or MAC)  MDM711.COM    and
        and DDT (or SID) with:         MDM711xx.ASM

               (711xx stands for an appropriate overlay)
                                                             or
     2) Use your editor, ASM (or MAC)  MDM711.ASM

        One of those should appeal to you.  The program is designed to
work immediately for PMMI users with no changes - just use MDM711.COM.
(You might wish to change some of the available options, however.  It
is set to use base port 0C0H.)

        When ready to use the program, type 'H' (for 'HELP'), hit RET
and it will display helpful information on the commands.  There are so
many commands there are several pages.  You can abort the display with
a CTL-C.  (One of the most useful features being CTL-P to toggle your
printer on/off.)  You can also type a question mark (?) which shows the
current parameters.

        The program has received numerous worthwhile optional features
in the past several months.

                                         - Irv Hoff
 7-Jul-83 06:04:00,328;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  7 Jul 83 6:06 EDT
Date: 7 July 1983 06:04 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: MDM711.HEX available
To: Info-Cpm@brl

I forgot to mention that for those who need MDM711.COM and are unable
to FTP .COM files, MDM711.HEX is available in AR13:CPM;MDM711 HEX
--Keith
 7-Jul-83 06:57:46,491;000000000000
Date:     7 Jul 83 6:57:46 EDT (Thu)
From:     Harold Carter (AFIT) <hcarter@brl>
To:       info-cpm@brl
Subject:  Need for math routines

One of my students needs general purpose routines, preferably written in
C or Pascal, for performing polynomial evaluation, root determination,
matrix operations, and other routines helpful in modelling and designing
control systems.  Anyone know of a public-domain library of such things?

		Hal Carter
		Air Force Institute of Technology
 7-Jul-83 08:52:28,444;000000000000
Received: From Parc-Maxc.ARPA by BRL via smtp;  7 Jul 83 11:48 EDT
Date: 7 Jul 83 08:52:28 PDT (Thursday)
From: CHERRY.ES@PARC-MAXC.ARPA
Subject: Re: Special Circuit Breaker Wanted!
In-reply-to: FJW's message of 7 Jul 83 03:42 EDT
To: Frank J. Wancho <FJW@mit-mc.ARPA>
cc: INFO-CPM@brl.ARPA, INFO-MICRO@brl.ARPA

I don't expect Xerox to change in the next few years...Why not upload
all files to [ERIE]<CPM>...?

just a thought.

 7-Jul-83 11:47:07,607;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  10 Jul 83 4:32 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 Jul 83 1:29-PDT
Date: 7 Jul 83 10:47:07-PDT (Thu)
To: info-cpm@brl
From: hplabs!hpda!fortune!dsd!dna@ucb-vax
Subject: RE: 6809 assember
Article-I.D.: dsd.182

Question:

    Does anybody out there have or know of a 6809 cross assembler that runs
    under CPM? If so, is it (hopefully) available in North Star SSDD format?
    	ADthanksVANCE
    	bob atkinson

Answer:

Cal Teague of Stanford University has written a 6809 assembler in BDS C.
415-497-3596 (work)
 7-Jul-83 17:40:28,763;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  10 Jul 83 12:09 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 Jul 83 8:57-PDT
Date: 7 Jul 83 16:40:28-PDT (Thu)
To: info-cpm@brl
From: ihnp4!houxm!hocda!spanky!burl!duke!unc!tucc!rpk@ucb-vax
Subject: Project Management Software
Article-I.D.: tucc.3845

	Does anybody know of any good project management software that
runs under CP/M?  Ideally the software could generate PERT tables and/or
CPM (Critical Path Method) paths.  Does anything like this exist?  Has
anybody had any experience with the software?
	Also -- does anybody know of a program that will help with the DOD's
Manpower/Milestones forms (mainly editing them)?
thanks in advance
-Dick (...ucbvax!decvax!duke!tucc!rpk)
 8-Jul-83 07:11:00,1197;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  8 Jul 83 7:11 EDT
Date: 8 July 1983 07:11 EDT
From: Eric Stork <STORK@mit-mc>
To: info-cpm@brl

Subject: ZCPR2 Implementation for KAYPRO II

File CPM;AR84:ZCP-KP LQR contains all the files needed
to install ZCPR2 on the KAYPRO II.

This file was originally put together to help some people
who have KAYPRO IIs, but who are too new to CP/M
hacking to be prepared to tackle the task of installing
ZCPR2 from scratch.

The version of ZCPR2 provided includes MULTIPLE COMMAND
BUFFER, but does NOT include NAMED DIRECTORIES or WHEEL
functions (which make little sense on so small a
system as KAYPRO II).  Also, I/O redirection is not
included.

The content of ZCP-KP LQR are a detailed
DOC file that is intented to be used by
a complete CP/M novice, and two HEX files
to overlay the KAYPRO II owner's own CP/M.
I originally put this material together to put ZCPR2
on my son's KAYPRO, and am making it more widely available
with R.Conn's approval.

To use:
          1.  Download
          2.  Unsqueeze (using USQ.COM)
          3.  Extract all files (using LU.COM)
          4.  Read the DOC file and follow instructions.
 8-Jul-83 09:47:00,452;000000000000
Received: From Parc-Maxc.ARPA by BRL via smtp;  8 Jul 83 9:44 EDT
Date: Fri, 8 Jul 83 09:47 EDT
From: Komorowski.HENR@PARC-MAXC.ARPA
Subject: Re: Need for math routines
In-reply-to: "hcarter@brl.ARPA's message of 7 Jul 83 6:57:46 EDT (Thu)"
To: Harold Carter (AFIT) <hcarter@brl.ARPA>
cc: info-cpm@brl.ARPA

I can't help replying that you are looking for Fortran callable
subroutine packages of which many are available.

George Komorowski
 8-Jul-83 12:49:04,1144;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  11 Jul 83 8:04 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 11 Jul 83 4:46-PDT
Date: 8 Jul 83 11:49:04-PDT (Fri)
To: info-cpm@brl
From: decvax!wivax!linus!philabs!cmcl2!lanl-a!jp@ucb-vax
Subject: Non-Heath 8" disk drives on H-100/Z-100 systems
Article-I.D.: lanl-a.359

We are having a problem using Siemens FDD-100-8 series disk drives
with the Heath h-100 computer.  The problem revolves around the track-to-
track step times.  It seems the system comes set up for 3ms step times
but the Siemens (and Shugart 801's) are slower than this.  The information
we have received from Heath has been insufficient to solve the problem.
The symptoms are: Select errors on boot.  Sometimes we can read directories
and close-in files. Other times we can't. The drives have been checked on
another system that used a WD1791 controller and seem to be OK.
Has anyone had any experience with this problem that might be helpful to us??
The Siemens drives would be a real bargain if the frustration could be 
eliminated.

Thanks,

Jim Potter and Ray Martin  (lanl-a!jp@lanl)
 8-Jul-83 13:15:00,728;000000000000
Received: From Parc-Maxc.ARPA by BRL via smtp;  8 Jul 83 13:11 EDT
Date: Fri, 8 Jul 83 13:15 EDT
From: Thieret.WBST@PARC-MAXC.ARPA
Subject: "C" Users Group Info
To: info-cpm@brl.ARPA
cc: Thieret.WBST@PARC-MAXC.ARPA

I am about to begin seriously learning the "C" language and have the BDS
C compiler for my S-100 system.  I understand that there is a C Users
Group in Kansas (I have the correct address thanks to Dr. Dobbs) but I
don't know any more about them.  Do they have a catalog, and how many $$
should I send to them in order to get a copy?  Are there any other good
sources for C language software that I don't know about yet.  If so,
please message me with any relevant information.

Thanks,

Tracy.
 8-Jul-83 21:43:00,692;000000000000
Received: From Mit-Ml.ARPA by BRL via smtp;  8 Jul 83 21:43 EDT
Date: 8 July 1983 21:43 EDT
From: Michael C. Adler <MADLER@mit-ml>
Subject: Spell
To: info-cpm@brl

I will soon be in the process of what will probably be the last update
of Spell.  If anyone using the program has any suggestions for modifications,
I'd like to hear them.
-Michael

P.S.  I think I have figured out a reasonable scheme for adding error
correction (I'm unsure of the performance, though.  I don't know of any
method other than brute force searches through the dictionary.)  Even
if correction doesn't work, there will at least be options to accept and
correct words manually during the Spell run.
 9-Jul-83 05:32:00,478;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  9 Jul 83 5:30 EDT
Date: 9 July 1983 05:32 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: DISK76C now available
To: Info-Cpm@brl

The latest version of Frank Gaude's DISK7 program is now
available on MIT-MC:
  AR15:CPM;DISK 76CASM
  AR15:CPM;DISK 76CCOM
  AR15:CPM;DISK 76CDOC
This program is similar to "SWEEP" but is written in machine
language so is much smaller and faster.  See the DOC file for
details.
--Keith
 9-Jul-83 05:47:00,442;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  9 Jul 83 5:53 EDT
Date: 9 July 1983 05:47 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: CPM DIRLIST update
To: Info-Cpm@brl

CPM;CPM DIRLST (the file listing all the MIT-MC CPM; directories) has
been updated as of today.  If you cannot FTP it, and you are not
already on the list to receive it via netmail, send a note to
Info-Cpm-Request@Brl asking to be added to the list.
--Keith
 9-Jul-83 07:06:27,348;000000000000
Date:     9 Jul 83 7:06:27 EDT (Sat)
From:     Rick Conn <rconn@brl>
To:       Eric Stork <STORK@mit-mc>
cc:       info-cpm@brl
Subject:  ZCPR2 on Kaypro II

Eric,

	Thanks for the release of your Kaypro implementation of ZCPR2.
I have taken the liberty of giving a copy of it to SIG/M for distribution
through their channels.

		Rick
 9-Jul-83 10:06:00,784;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  9 Jul 83 10:04 EDT
Date: 9 July 1983 10:06 EDT
From: Roger L. Long <BYTE@mit-mc>
Subject: MDM711 protocol questions
To: info-cpm@brl
cc: Unix-Wizards@brl

Is there a description of the multiple-file transfer aspect of the MDM7xx
protocol somewhere, or could some informed person provide one so that I
don't have to download the source and figure it out?  My thoughts are
to upgrade UMODEM (the UNIX version of the MODEM protocol transfer
programs) to understand and talk with MDM7xx.  Or has someone already
done this (if so, please let the rest of us share in your work).

Also, has any thought been given to upgrading the MMODEM program at
Mit to transfer multiple files ala MDM7xx? (please?!?!?)

	Thanks.

		-roger
10-Jul-83 01:15:00,528;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  10 Jul 83 1:12 EDT
Date: 10 July 1983 01:15 EDT
From: Eliot Scott Ramey <ELIOT@mit-mc>
Subject: [Re: failed message]
To: info-cpm@brl

    Date: 10 July 1983 01:09 EDT
    From: Eliot Scott Ramey <ELIOT @ MIT-MC>
    Subject: 6809 Cross-assembler

    	Yes, in Byte there is an advertisement for Avocet Systems Inc.
    They sell a "The Well-Tempered Cross-Assembler" for around $200.
    Look on page 429 of July 1983 (Vol. 8 No. 7) Byte.

    						-Eliot at Mit-MC
10-Jul-83 15:10:00,1071;000000000000
Received: From Usc-Eclb.ARPA by BRL via smtp;  10 Jul 83 17:07 EDT
Date: 10 Jul 1983 1410-PDT
From: Dick <MEAD@usc-eclb>
Subject: ZCPR2 files available
To: info-cpm@brl

I have placed the entire ZCPR2 sources on a
""TEMPORARY"" system. The system supports
1200 baud 212A modems "ONLY", no other baud
rate is available.
The system is a "CALL-BACK" system and the hours
it is online are:
 SUNDAY, MONDAY, TUESDAY  10 A.M. to 6 P.M. PDT
 FRIDAY  10 P.M. PDT to SATURDAY  10 A.M. PDT
 and the phone number is (213) 799-4583 ..

Call-back means to dial & let it ring 1 time, hangup & call back
If it rings more than 3 times, the answering machine will answer,
so consider that warning that the system is not up.

Expect to be disconnected if online outside posted hours.
If you call outside posted hours, an answering machine will
get you.

The files 'READ-ME.NOW'  and  'USER.MAP'  and  'HELP'  on the
system should be read.

Uploads are to be sent to the regular system Pasadena CBSS/RCPM
at (213) 799-1632, this goes for messages too.
-------
10-Jul-83 20:46:33,2233;000000000000
Received: From Rand-Relay.ARPA by BRL via smtp;  11 Jul 83 2:40 EDT
Date:     Sun, 10 Jul 83 20:46:33 CDT
From: Stan.Hanks <stan.rice@rand-relay>
Return-Path: <stan%rice.Rice@Rand-Relay>
Subject:  DEC Rainbow software
To: info-cpm@brl
Reply-To: stan.rice@rand-relay
Message-Id: <1983.07.10.20.46.33.580.01573@Rice-vms.rice>
Via:  Rice; 10 Jul 83 23:36-PDT

WANTED !!!!WANTED !!!!WANTED !!!!WANTED !!!!WANTED !!!!WANTED !!!!WANTED !!!!

Tree of Knowledge or Apple therefrom. Seeds not accecptible. Snake
furnished by DEC.

*****************************************************************************

Now that the frivolity is out of the way, I desparately need some info
on the DEC Rainbow. Rice is running a summer computer camp using these
beasties, and I (being our resident CP/M type system hacker) got elected 
to provided technical support. 

My problems are many; my resources are few. I will supposedly be
getting a technical manual sometime in the next month or so, but that
will be a bit too late.  Any help that can be provided will be muchly
appreciated. And now, my problems:

1) I need to be able to format disks for the 100. There is (as best I
can tell) NO format utility supplied with it.  Q: Is there one that I
am just not seeing? Q: Does ANYONE out there have one? Q: Does anyone
know what the disk pararmeters (tpi, sides, skew factor, etc.) are so
that I can write my own on a REAL machine?

2) I need to pipe some stuff over from a very different machine. 
It is, however, another CP/M machine, so I could PIP from it's RS232
port to the Rainbow's communications port. Q: How is the communications
port defined in the Rainbow IOBYTE? Is it defined in the IOBYTE? Q: Is
there a more convenient way to do this? (I was planning on PIP'ing in
HEX mode, as it is a HEX file.

3) Should I just give up and throw it (physically) out the window?

Thanks. Replying to me is a bit difficult. Please use one of the
following, regardless of how my return address looks when it gets to
you.

			stan.rice@rand-relay		ARPANet
			stan@rice			CSNet
			...!{parsec,lbl-csam}!rice!stan	uucp

			Stan Hanks
			Department of Computer Science
			Rice University
			Houston TX
11-Jul-83 00:46:00,351;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  11 Jul 83 0:44 EDT
Date: 11 July 1983 00:46 EDT
From: Herb Lin <LIN@mit-mc>
Subject:  good disassemblers...
To: info-cpm@brl

anyone know/recommend a good disassembler for CP/M 80?  What to look
for?  what not to buy?  Anything in public domain?  I will summarize
responses to the net.

thanks.
11-Jul-83 12:08:55,660;000000000000
Date:     11 Jul 83 12:08:55 EDT (Mon)
From:     Keith Petersen <w8sdz@brl>
To:       Info-Cpm@brl
Subject:  Unsqueezing files on MIT-MC

Info-CPM readers who have an account on MIT-MC should be VERY careful
about using USQ on MC.  Please don't use it unless you know its commands.
We have had two occasions recently where ARchive files were messed up
because users didn't know that the default output of USQ goes to the
SAME DIRECTORY as the input file.  Most of the ARchive devices are
filled to capacity and this causes them to exceed the safe limit.
This corrupts the Archived files making it necessary to restore the
entire ARchive.
--Keith
11-Jul-83 13:49:00,579;000000000000
Received: From Sumex-Aim.ARPA by BRL via smtp;  11 Jul 83 15:45 EDT
Received: from ISL by SUMEX-AIM with Pup; Mon 11 Jul 83 12:49:36-PDT
Date: Monday, 11 Jul 1983 12:49-PDT
To: info-cpm@brl
Subject: c-ug
Reply-to: kevinw@su-dsn
From: kevinw@su-dsn
Sender: kevinw%isl@BRL.ARPA

the c users group has a collection of a dozen or so disks with all sorts
of things -- function, utilities, games, cross-assemblers, meta-compilers,
text processors, etc. -- all for $8 per disk.  of course, no guarentees are
made, but some of them are pretty good.

cheers.

  -- Kevin
11-Jul-83 13:51:00,796;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  11 Jul 83 13:49 EDT
Date: 11 July 1983 13:51 EDT
From: Gail Zacharias <GZ@mit-mc>
Subject:  Unsqueezing files on MIT-MC
To: Info-Cpm@brl
cc: w8sdz@brl
In-reply-to: Msg of 11 Jul 83 12:08:55 EDT (Mon) from Keith Petersen <w8sdz at brl>

I just made :CPM;USQ defaultly output the file to your home directory, so
you don't need to be very careful anymore.

Note that you can direct the output to any file you want, by doing
   :CPM;USQ input file, output file

Guest users of MC should use this form to place the output in a file
obeying the naming conventions of group directories, e.g.
   :CPM;USQ AR203:CPM;BIG WQN, MYNAME BIGWIN

If you are just playing around seeing how things look, maybe you want
to use :CPM;TYPESQ instead...
11-Jul-83 14:42:40,421;000000000000
Received: From Nosc-Cc.ARPA by BRL via smtp;  11 Jul 83 16:45 EDT
Date: 11 Jul 1983 13:42:40-PDT
From: Bob Van Cleef <CCVAX.revc@nosc>
Reply-to: CCVAX.revc@nosc
To: LIN@mit-mc, info-cpm@brl
Subject: Re:  good disassemblers...

resource.com and zzsource.com, both are in the public domain libraries.

resource is for 8080, written by Ward Christianson.
zzsource is the same program, but configured for the Z80.
11-Jul-83 15:49:18,5917;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  11 Jul 83 17:46 EDT
Date: Mon 11 Jul 83 17:49:18-EDT
From: Frank da Cruz <cc.fdc@COLUMBIA-20.ARPA>
Subject: KERMIT Available on the ARPANET
To: INFO-IBMPC@USC-ISIB.ARPA, INFO-CPM@MIT-MC.ARPA, TOPS-20@SU-SCORE.ARPA
cc: SY.FDC%cu20b@BRL.ARPA, SY.DAPHNE%cu20b@BRL.ARPA, OC.WBC3%cu20b@BRL.ARPA, 
    Chris@COLUMBIA-20.ARPA, Hu@COLUMBIA-20.ARPA, Eiben@DEC-MARLBORO.ARPA, 
    CERRITOS@USC-ECL.ARPA, JS5A%cmccta@BRL.ARPA, JO2F%cmccte@BRL.ARPA

KERMIT is a protocol for transferring files between computers of all sizes
over ordinary asynchronous telecommunication lines using packets, checksums,
and retransmission to promote data integrity.  Microcomputer implementations
of KERMIT (and some of the mainframe implementations) also provide terminal
emulation.  KERMIT is non-proprietary, thoroughly documented, well tested, and
in wide use.  The protocol and the original program implementations were
developed at Columbia University and have been shared with many other
institutions, some of which -- particularly Stevens Institue of Technology --
have made contributions of their own.

* KERMIT Implementations

KERMIT is presently available for the following systems:

    Machine             Operating System    Language
    -------             ----------------    --------
    DECSYSTEM-20        TOPS-20             MACRO-20
    DECsystem-10        TOPS-10             MACRO-10
    VAX-11              VMS                 Bliss-32, Macro-32
    IBM 370 Series      VM/CMS              IBM Assembler
    VAX,PDP-11,SUN,etc  UNIX                C
    PDP-11              RT-11               OMSI Pascal
    8080, 8085, or Z80  CP/M                ASM
    8086, 8088          PC DOS, MS DOS      IBM PC Macro Assembler
    Apple II 6502       Apple DOS           DEC-10/20 CROSS

All but the UNIX version and RT-11 versions use or imitate the TOPS-20 style
of user interface - command keyword recognition and completion, ?-help, etc.

The 8080 version runs on the DEC VT180, DEC Rainbow-100 (speeds up to 1800
baud only), DECmate II (CP/M), Heath/Zenith-89 and 100, Intertec Superbrain,
Apple II with Z80 Softcard, TRS-80 II (CP/M), Osborne 1, Osborne Executive,
Kaypro II, Vector Graphics, Ohio Scientific, Telcon Zorba, and others.  The
8086 version runs on the IBM PC and lookalikes (such as the Compaq portable)
and on the Heath/Zenith-100.

* Distribution Policy

The KERMIT software is free and available to all, sources and documentation
included.  Columbia University has been charging a reproduction fee of $100
for mailing tapes to recover its costs.  Other sites are free to redistribute
KERMIT on their own terms, and are encouraged to do so, with the following
stipulations: KERMIT should not be sold for profit; credit should be given
where it is due; and new material should be sent back to Columbia University
so that we can maintain a definitive and comprehensive set of KERMIT
implementations for further distribution.

* Distribution Mechanisms:

In addition to direct distribution from Columbia, KERMIT (all the versions
listed above, as they existed in June 1983) has been placed on the DECUS
VAX/VMS and RSX-11 SIG tapes, and may, at some point, be added to the DECUS
library for DEC-10's and -20s, and also distributed through IBM SHARE.  In
addition, the KERMIT distribution is available at Columbia to users of BITNET
on host CUVMA.

* ARPAnet Distribution:

Now KERMIT is available in its entirety to the ARPAnet community.  An up-to-
date KERMIT distribution area will be maintained on the Columbia University
Computer Science Department DECSYSTEM-20, a new machine which as just been
added to the ARPAnet.

The KERMIT distribution can be found at ARPAnet host COLUMBIA-20 in the
directory PS:<KERMIT>, accessible via anonymous FTP.  This is a large area,
containing sources (and in some cases binaries or hex) of all implementations,
plus documentation and various utility programs -- presently over 2000 DEC-20
pages in about 170 files -- so you probably don't want to take the whole area
blindly.  First, look at the short file 00README.TXT (starts with two zeros,
always appears at the top of a directory listing), which explains what is
where, and then take the parts that are of interest to you.  The KERMIT area
on COLUMBIA-20 should now be considered the definitive source for KERMIT on
the ARPAnet; other areas where parts of the KERMIT distribution have been
available will not necessarily remain current or complete.

The major documentation for KERMIT is the KERMIT USERS GUIDE and the KERMIT
PROTOCOL MANUAL, on line as USER.DOC and PROTO.DOC, respectively.  The User's
Guide gives an overview, general instructions for use, and details about the
use and installation of each version, including procedures for initially
downloading microcomputer versions from a mainframe host.  The Protocol manual
is supposed to describe the protocol in sufficient detail to allow new
implementations of KERMIT to be written.

KERMIT is an active project.  Features are being added to existing
implementations, bugs are fixed, new implementations are being developed.
Towards the end of August (when I return from vacation), I'll set up a KERMIT
mailing list for reporting bugs, trading information, announcing new versions,
etc.  In the meantime, send comments and inquiries to me at this ID, though I
won't be able to answer for a while.

* Disclaimer

No warranty of the software nor of the accuracy of the documentation
surrounding it is expressed or implied, and neither the authors nor Columbia
University, nor any other contributor, acknowledge any liability resulting
from program or documentation errors.

- Frank da Cruz
  Manager of DEC Systems
  Columbia University Center for Computing Activities
  CC.FDC@COLUMBIA-20
-------
11-Jul-83 21:16:00,378;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  11 Jul 83 21:15 EDT
Date: 11 July 1983 21:16 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: umodem33.c now available
To: info-cpm@brl

Thanks to Ben Goldfarb for correcting an error in the conditional
compile command for logging.  Umodem has now been updated to version 3.3.
It's available in AR43:CPM;UMODEM 33C
--Keith
12-Jul-83 01:23:00,361;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  12 Jul 83 1:24 EDT
Date: 12 July 1983 01:23 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  8080/Z80 disassemblers for CP/M
To: LIN@mit-mc
cc: Info-Cpm@brl
In-reply-to: Msg of 2 Jul 1983 18:37 EDT from Herb Lin <LIN>

AR25:CPM; has RESOURCE and ZDASM (Rick Conn's improved version of
ZZSOURCE).
--Keith
12-Jul-83 07:24:00,426;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  12 Jul 83 7:21 EDT
Date: 12 July 1983 07:24 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject:  iAPX-286 Users
To: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax
cc: info-cpm@brl
In-reply-to: Msg of 23 Jun 83 11:56:47-PDT (Thu) from harpo!floyd!cmcl2!lanl-a!jp at ucb-vax

good luck.  There have been some difficulties including chip
delivery.  Let me know how you are faring...
12-Jul-83 17:16:03,1176;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  15 Jul 83 6:13 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 15 Jul 83 2:46-PDT
Date: 12 Jul 83 16:16:03-PDT (Tue)
To: info-cpm@brl
From: ihnp4!houxm!hocda!spanky!burl!sb1!sb6!sjt@ucb-vax
Subject: Re: "C" Users Group Info
Article-I.D.: sb6.141
In-Reply-To: Article sri-arpa.2921

 The C user group cost $10 per year.  This only an approx cost since
 it is supposed to be for 6 issues of the newsletters which "should"
 be published bi-monthly.  The past year has not seen this happen though.

 The big benifit from membership is that you can get the latest BDS
 version for $8 when you join and send them a copy of your license.
 They do have a considerable amount of software available and this
 can also be purchased for $8 per disk( 8" SSSD ).  There is no
 catalog as such but you do get back issues of the newsletter which
 list the offerings.

 The group has recently expanded to cover all micro C's (but only
 BDS is offered for update).  The group does support several
 Cnodes around the country where the software from the library is
 available for downloading.

 Sidney Thompson
13-Jul-83 06:52:00,533;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  13 Jul 83 14:26 EDT
Date: 13 July 1983 06:52 EDT
From: Paul R. Grupp <GRUPP@mit-mc>
Subject:  iAPX-286 Users
To: POURNE@mit-mc
cc: info-cpm@brl, harpo!floyd!cmcl2!lanl-a!jp@ucb-vax
In-reply-to: Msg of 12 Jul 1983 07:24 EDT from Jerry E. Pournelle <POURNE>

I have a friend that works at INTEL that leads me to beleave that it
will take some time and LOTS of luck for them to make it work per spec!!!

He works in the lab that is working on the chip and should know.

--Paul
13-Jul-83 12:05:07,494;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  15 Jul 83 5:36 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 15 Jul 83 2:23-PDT
Date: 13 Jul 83 11:05:07-PDT (Wed)
To: info-cpm@brl
From: decvax!linus!utzoo!watmath!watarts!bernie@ucb-vax
Subject: Re: Can Sinclair Be Used As CPM Board for C64?
Article-I.D.: watarts.1938
In-Reply-To: Article houxh.168

The short answer is "no".
The necessary components for the interfacing are simply not part of the
Sinclair circuitry.
13-Jul-83 15:06:11,390;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  14 Jul 83 6:32 EDT
Date:      13 Jul 83 17:06:11-EDT (Wed)
From: Root.NSF-CS@udel-relay
Return-Path: <Root%NSF-CS.NSF-CS@UDel-Relay>
Subject:   add me
To: info-cpm@mit-mc
Cc: bboard.Nsf-Cs@udel-relay
Via:  NSF-CS; 14 Jul 83 6:03-EDT

Please add the following to your mailing list.

		bboard.nsf-cs@udel-relay

Thank you very much.
13-Jul-83 16:47:00,856;000000000000
Received: From Bbng.ARPA by BRL via smtp;  13 Jul 83 16:52 EDT
Date: Wed, 13 Jul 1983  16:47 EDT
From: DWELD@BBNG.ARPA
To:   info-cpm@BRL.ARPA, info-micro@BRL.ARPA
Subject: Coleco ADAM
In-reply-to: Msg of 1 Jul 83 8:19:42 EDT (Fri) from Rick Conn <rconn at brl>

Does anyone know how fast the FasTransfer (digital cassette)
mass storage device is on the new Coleco ADAM?

Apparently, you get a lot for your money -- $600 buys:
    1. Really nice looking keyboard
    2. 80K RAM expandable to 144K
    3. Z80 CPU
    4. 10 cps daisy wheel printer!
    5. Game paddles
    6. Basic editor and game (optional software: logo, macro assembler, 
       some database, educational, more games...
    7. 500K / digital cassette - "will support CP/M"
    8. 36 column display (optionally expandable to 80)

It looks ok (for a "home computer")
13-Jul-83 18:01:24,785;000000000000
Received: From Rochester.ARPA by BRL via smtp;  13 Jul 83 18:01 EDT
Received: by sen.rochester (3.327.3L+++) id AA01558; 13 Jul 83 18:01:24 EDT (Wed)
Received: by cay.Rochester (3.327.3L+) id AA00930; 13 Jul 83 17:58:03 EDT (Wed)
Message-Id: <8307132201.1558@sen.rochester>
Date: 13 Jul 83 18:01:24 EDT (Wed)
From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
Subject: Re:  Seequa's new machine
To: Info-cpm@brl.ARPA, MCCRARY@usc-isie.ARPA

I saw a Seequa Chameleon at a computer store in Silver Springs MD
(Computers, Etc.) a few weeks ago. It looked pretty nice.
I asked about IBM compatibility, and the salesman booted up
an IBM PC operating system disk, complete with the IBM logon banner.
It also ran Wordstar and a Pac-Man clone.
Mike Ciaraldi
University of rochester
13-Jul-83 18:19:41,1487;000000000000
Received: From Rochester.ARPA by BRL via smtp;  13 Jul 83 18:20 EDT
Received: by sen.rochester (3.327.3L+++) id AA01796; 13 Jul 83 18:19:41 EDT (Wed)
Received: by cay.Rochester (3.327.3L+) id AA00958; 13 Jul 83 18:16:19 EDT (Wed)
Message-Id: <8307132219.1796@sen.rochester>
Date: 13 Jul 83 18:19:41 EDT (Wed)
From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
Subject: Re:  Non-Heath 8" disk drives on H-100/Z-100 systems
To: decvax!wivax!linus!philabs!cmcl2!lanl-a!jp@ucb-vax.ARPA, info-cpm@brl.ARPA

I am using a Shugart 851 and a CDC drive, both 8-inch and double-sided,
on a Z-100. They work OK, under both CP/M-85 and ZDOS.
However, occasionally they don't; I will get a seek error, especially
on FORMAT. Usually rebooting fixes this up.  This problem is only on the
Shugart, not the CDC.
I tried changing the step rates under CP/M and ZDOS using the info in the
Zenith manuals. This fixed up the CP/M-85, but not the ZDOS.

This caused me to find out about ANOTHER problem. The MAP command
on ZDOS 1.1 will not let you declare a drive imaginary, so it can
share a physical disk with another drive.
I called the Zenith hotline and they mailed me a new version.
This works, except now there is no way to make a drive un-imaginary.
There is no switch for it, and MAP/Z, which is supposed to reset
the drive configuration, does not affect imaginary drives.
I called Zenith back and they said it is supposed to work this way.
Mike Ciaraldi
University of Rochester
13-Jul-83 22:42:18,952;000000000000
Received: From Cmu-Cs-C.ARPA by BRL via smtp;  14 Jul 83 0:43 EDT
Received: ID <HASTINGS@CMU-CS-C.ARPA>; Thu 14 Jul 83 00:42:19-EDT
Date: Thu 14 Jul 83 00:42:18-EDT
From: Gene Hastings <HASTINGS@CMU-CS-C.ARPA>
Subject: Re: Seequa's new machine
To: ciaraldi@ROCHESTER.ARPA
cc: info-cpm@BRL.ARPA
In-Reply-To: Message from "Mike Ciaraldi <ciaraldi at Rochester.ARPA>" of Wed 13 Jul 83 21:53:21-EDT

	Call 800-638-6066 (In Maryland, 301-268-6650) and they will send
you a flyer and price list, and maybe tell you about local dealers. A friend
tells me that Seequa will be moving to new facilities (still in MD) and claims
to have a $50M order backlog. I'm still waiting to hear more on this critter:
we haven't gotten an acceptable demo from our local dealer (due to his 
problems, as opposed to the Chameleon's), but it still sounds almost too good
to be true (where's the catch?).

					Gene Hastings
					<HASTINGS@CMU-CS-C>
-------
14-Jul-83 13:13:10,778;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  14 Jul 83 16:15 EDT
Received: from UCBCORY.ARPA by UCBVAX.ARPA (3.347/3.35)
	id AA07201; Thu, 14 Jul 83 13:12:23 PDT
Date: 14 Jul 83 13:13:10 PDT (Thu)
From: Tony Yeh <yeh%UCBCORY@berkeley>
Subject: Best PC C compiler
Message-Id: <8307142013.AA01735@UCBCORY.ARPA>
Received: by UCBCORY.ARPA (3.343/3.31)
	id AA01735; 14 Jul 83 13:13:10 PDT (Thu)
To: info-cpm@mc
Cc: c%UCBCORY@berkeley, info-pc@isib


What are everyone's opinions on C compilers for the PC?
I'd like one with full Unix v7 i/o library capabilities, and a
full implementation of C (floats,etc...).  Does such a beast exist yet?

Please respond directly to me...   I am    yeh%ucbcory@berkeley.arpa
					   ...!ucbvax!ucbcory!yeh.UUCP

					Tony Yeh
14-Jul-83 16:39:00,496;000000000000
Received: From Parc-Maxc.ARPA by BRL via smtp;  14 Jul 83 16:41 EDT
Date: Thu, 14 Jul 83 16:39 EDT
From: Thieret.WBST@PARC-MAXC.ARPA
Subject: MODEM Program for Data General Computers
To: info-cpm@brl.ARPA
cc: Thieret.WBST@PARC-MAXC.ARPA

Is there an implementation of the Christianson MODEM protocols for the
Data General Eclipse hardware.  We have an S/140 to which I have an
s-100 Z80 system attached and I would like to transfer files between
them if possible.

Thanks.

Tracy.
15-Jul-83 01:11:58,852;000000000000
Date:     Fri, 15 Jul 83 1:11:58 EDT
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl, info-apple@brl
Subject:  ZCPR2 Implementations

AR86:CPM on MIT-MC now comtains the following LBR (LQR) files:

	Z2OZ - for Osborne-1
	Z2KP - for KayPro
	Z2MD - for Morrow Designs MicroDecision
	Z2AP - for Apple ][
	Z2A6 - for Apple with CP/M 60

These are "full" implementations of ZCPR2 for the indicated machines.
These files are stored in squeezed form for ease of transfer and should
be unsqueezed for use.  Z2OZ unsqueezes to 76K, but the others are under
30K.

I am forwarding this message to INFO-APPLE for information purposes.
The Apple implementations may be of interest.

I have created only the Osborne-1 and MicroDecision implementations.
The other three implementations have been completed and tested by others.

	Rick
15-Jul-83 21:16:00,1105;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  15 Jul 83 21:18 EDT
Date: 15 July 1983 21:16 EDT
From: Gail Zacharias <GZ@mit-mc>
Subject:  Two CPM-related utilities for TOPS-20 users
To: INFO-CPM@mit-mc

1. The files
     AR91:CPM;UNARI >
 and AR91:CPM;UNARI HLP
 contain the Midas source and help file (respectively) for a program to
 take apart ITS ARchive files.  Thus you can FTP and entire archive from
 MC and break it up into its constituent files on your local host.
 Remember to FTP in full binary mode!  For the purposes of FTP'ing, whole
 archives are refered to by names like DSK:CPM;AR91 >

2. The files
     AR91:CPM;USQ >
 and AR91:CPM;TYPESQ >
 contain the Midas sources for a Twenex version of the USQ/TYPESQ programs.
 Documentation is at the top of the USQ file.
 Before assembling TYPESQ, you should edit it to refer to the actual
 location of the USQ file.

Note: Midas is a TOPS-20 assembly language.  If your site has Emacs, then
you have a Midas assembler somewhere on the system.  Ask your system staff,
not me.
If your site doesn't have Emacs, get it...
15-Jul-83 22:04:00,2920;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  15 Jul 83 22:07 EDT
Date: 15 July 1983 22:04 EDT
From: Leor Zolman <LEOR@mit-mc>
Subject: More on Rick Rump's "Disk Maker" 5-1/4" disk machine
To: INFO-CPM@mit-mc

Mine has been delivered and installed, and it works beautifully, allowing
for teething problems typical of first units shipped (mine is THE first).
For the $1200 price tag (not $1400 as earlier reported, though the price may
go up if Rick wants any dealers to be able to afford to carry it!), you get
a Suntronics controller, one DSDD 40 track 5-1/4" drive in a 2-drive cabinet,
cables and software. An optional second 96 track drive may be obtained.

The software consists of three programs and a database file. One program
configures the system to your specifications (clear-screen string, drive-group
where the drive(s) will be addressed, and error diagnostic options); the
second program formats floppies in one of the 25-odd supported formats; the
last program "installs" the drive as emulating one of the formats. That is,
a typical sequence to produce a disk in , say, Osborne format would run as
follows:
	1. Run DMFORM.COM to format the disk. It comes up with a menu, you
	   pick number 1 (Osborne), and it goes and formats/verifies the
	   disk
	2. Run DMSET.COM, pick menu number 1, and it echoes the string:
	   Disk Format is: Osborne SSSD
	   A> (or whatever)
	   at which point you're back at CP/M command level with drive D:
	   (or whichever you've configured it to be) being an Osborne format
	   drive. Any time you warm-boot, the "Osborne" message flashes to
	   remind you you've got the Disk Maker emulator running.
	3. Now just write your data onto drive D: any way you want (PIP,
	   SWEEP, CP, whatever) !! All normal CP/M commands, such as STAT,
	   work fine on that drive and tell you all the things that apply
	   to an Osborne drive.
	4. To switch to another format, just run DMSET again and pick another
	   format.
Once a format has been installed with DMSET, the drive may be both read from
and written to just like any CP/M drive. The following formats are supported
in my version, with more coming probably soon: Osborne (90K, 183K); 
TRS-80 Mod I Omikron, TRS-80 MOD III MM, Xerox 820 (82K, 155K); 
IBM-PC (CP/M-86) 154K; Kaypro II; TI professional; Televideo 802/803;
Zorba; Otrona Attache; Superbrain(162K, 340K); Heath H-37 (148K, 304K);
Heath Magnolia; Heath Z-100 (148K, 304K); NEC PC-8001A; Access;
Dec VT180; DEC Rainbow 96-TPI (with optional 96-TPI drive).

The software is terse, well-executed and effective. Obviously the system
is expandable to new formats by obtaining updates to the database file.
HARD-SECTORED FORMATS ARE NOT CURRENTLY SUPPORTED, although some thought is
being put into this problem.

Again, this neat little package is available from New Generation Systems,
phone: (800) 368-3359.
	-leor
16-Jul-83 03:50:00,700;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  16 Jul 83 3:54 EDT
Date: 16 July 1983 03:50 EDT
From: Stephen C. Hill <STEVEH@mit-mc>
Subject:  FMS-80
To: info-cpm@brl
cc: STEVEH@mit-mc

   Does anyone out there have experience with FMS-80?  The ads
sound intriguing ($600 price drop [ I wonder why//]) and they
certainly teased me with their talk of relational DBMS.  Is is
possible to generate schema files (descriptions of files)
separate from the actual data files?  Can you generate a schema
file to describe a file that FMS-80 didn't write?  Is it worth
the $395 that they are charging?
   If possible, I'd like to have any responses by Tuesday (19
Jul 83).  Thanks for your help.
16-Jul-83 11:02:39,504;000000000000
Received: From Nlm-Mcs.ARPA by BRL via smtp;  16 Jul 83 13:04 EDT
Date: Sat 16 Jul 83 13:02:39-EDT
From: Jon Albers <ALBERS@NLM-MCS.ARPA>
Subject: kermit - xkermit
To: info-cpm@BRL.ARPA

	Does anyone know of a program like xmodem that uses the kermit file
transfer protocols?  This program is to be used as Xmodem is used with MDM7 type
programs.  I would like to use this in conjuction with xmodem on an RCP/M.


			Reply directly to me...

				Jon Albers

				ALBERS@NLM-MCS

-------
16-Jul-83 14:54:00,818;000000000000
Received: From Simtel20.ARPA by BRL via smtp;  16 Jul 83 16:59 EDT
Date: 16 Jul 1983  14:54 MDT (Sat)
From: KPETERSEN@SIMTEL20.ARPA
To:   Allan D Plehn <PLEHN@MIT-MC.ARPA>
Cc:   Info-Cpm@BRL.ARPA
Subject: 300/1200 baud (103/212a) modem for S-100 Bus
In-reply-to: Msg of 18 Dec 1982 21:03-EST from Allan D Plehn <PLEHN>

I heard last night that the new PMMI modem will be available the 3rd
week in August.  I also heard that they haven't forgotten me and I'm
still on the list to get one.  There was apparently some last-minute
problem at the Racal-Vadic factory that required Craig to fly out
there one or more times.

I'm sending this from the new home for the CPM software archives.
This machine is still in the testing phase, however.  We'll make an
announcement when everything is ready.
--Keith
16-Jul-83 16:14:44,675;000000000000
Received: From Simtel20.ARPA by BRL via smtp;  16 Jul 83 18:15 EDT
Date: Sat 16 Jul 83 16:14:44-MDT
From: Keith Petersen <KPETERSEN@SIMTEL20.ARPA>
Subject: Temporary fix for TAC problem
To: INFO-MODEMXX@MIT-MC.ARPA
cc: Info-Cpm@BRL.ARPA

I have been trying to get around the bug in the TAC software that
prevents the use of MODEM on TOPS-20 and umodem on Unix hosts.

I found a way to make it work:  BEFORE you connect to your host,
do @B O S to start binary output on the TAC.  This fixes the
problem and I have sucessfully use both MODEM and umodem today through
the TAC.  You must do this before you connect to your host or it won't
work.
--Keith
-------
16-Jul-83 20:22:19,642;000000000000
Date:     Sat, 16 Jul 83 20:22:19 EDT
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  ZCPR2 on XEROX 820-II

	AR86:CPM now contains Z2XE LBR.  This contains files and documentation
which can be used to implement a full ZCPR2 system on the XEROX 820-II.
CRCs check.  Much thanks to Doug Gilbert, Paul McAfee, and others at
XEROX PARC for putting the information together and doing the work.
The contributers are documented in the file.

		Rick

P.S.  This now brings the group of ZCPR2 implementations to:
		Apple ][
		Apple with CPM60
		Osborne-1
		Morrow Designs MicroDecision
		Kaypro II
		XEROX 820-II
17-Jul-83 07:47:00,1492;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jul 83 7:48 EDT
Date: 17 July 1983 07:47 EDT
From: Paul R. Grupp <GRUPP@mit-mc>
Subject:  Morrow BIOS bug!
To: info-cpm@brl
cc: GRUPP@mit-mc

The BIOS supplied with my Morrow M20 hard disk had a bug in the DPB.
This BIOS has equates for the M10, M20, and M26 so if you have one
of these drives with supplied BIOS, you might want to check.

PROBLEM;  The DPB reserves 512 directory entries, but the AL0 and AL1
          reserve space for 4 time that.  This means that there is
          48K of unuseable disk space.

TO FIX;   Edit the BIOS file equates for your drive (2 DPB's for M10
          3 DPB's for M20 and M26) and change the DRM and or AL0 & AL1.
          I chose to make 1024 directory entries (as I was running out
          of dir space before disk space).  To do this set DRM=1023,
          AL0=0FFH, and AL1=0 (check that the block size is 4K (BSH=5)
          or else these values will have to be changed as per the D.R.
          manual).  Then assemble the file and use DDT to overlay the
          hex file on your sysgen immage, and save.

IF YOU CAN'T fix this yourself (best NOT to try if you don't know) don't
worry...  The bug has no effect on the operation of the system other than
waisting some disk space.

--Paul

P.S.  The FIX I described will give you 1024 directory entries and 32K
      more file space, and will NOT disturb ant pre-existing files or
      directory entries.
17-Jul-83 11:35:00,356;000000000000
Received: From Usc-Eclb.ARPA by BRL via smtp;  17 Jul 83 13:36 EDT
Date: 17 Jul 1983 1035-PDT
From: Dick <MEAD@usc-eclb>
Subject: SMALL-C v2 help??
To: info-cpm@brl

Has anyone had any luck using the Small-C compiler (on MC)
yet?? I have been told by one of my users that he has not been
able to compile anything. Any hints, tips, help??
-------
17-Jul-83 11:39:00,5858;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jul 83 11:41 EDT
Date: 17 July 1983 11:39 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: CCS disk controller fix
To: Info-Cpm@brl

The following is forwarded from my RCPM system.  Replies to the author,
please, not to me.
--Keith

--forwarded file--

                                 AA6PZ
                              Paul Zander
                              86 Pine Lane
                          Los Altos, CA 94022

Fellow Computer Hobbiest:

     Several  friends and I have been trying to use the popular  CCS2422 
Floppy Disk Controller board in our S-100 systems.  We encountered a few 
problems  which cost us substantial frustration until the solutions  had 
been worked out.  We had tentatively thought that we had bad EPROM's and 
bad  disc  controller  IC's before making  the  modifications  described 
below.   The IC numbers refer to the rev.  B board, the changes apply to 
the rev A board as well.

     1.  The buffer which drives the data-in bus,  U40,  has to drive  8 
lines  at the same time.   Depending on the configuration of the rest of 
the  system,  it  may have a peak current of 1/2 amp or more for  a  few 
nanoseconds.   Although this IC is close to the S-100 ground pins(50 and 
100),  this current has to flow through traces which are common to  the 
rest  of  the board.   I have actually seen this current surge  cause  a 
voltage  spike  of 2 volts.   Needless to say,  this can and does  cause 
false inputs to many of the other IC's on the board.  The solution is to 
cut the trace on the top side of the board to U40, pin 10.  Next, on the 
back  side,  connect  U40,  pin 10 by a piece of insulated wire  to  the 
ground trace near pin 100,  and continue the wire around the edge of the 
board  to the top side near pin 50.   Number 28 or 30 wire-wrap wire  is 
suitable.  The  inductance  of the wire is primarily a function  of  its 
length.  There is little to be gained by using an 18 guage wire.

     2.  Although  the  ground  traces  appear at  first  glance  to  be 
connected together, there are several places where a ground trace starts 
at  one  side of the board,  goes to several IC's and then stops in  the 
middle of the board.   Your DC ohmmeter will measure continuity, because 
the  traces  are connected by long paths around the edge of  the  board.  
More  reliable operation of the 2422 can be achieved if these  "dangling 
ends"  are  connected together.   The candidates for connection  are  as 
follows:

          U7   pin 7  to  U8   pin 20
          U20  pin 7  to  U21  pin  8
          U13  pin 10 to  U14  pin  7
          U35  pin 7  to  U44  pin  8
          U39  pin 7  to  S-100 pin 50

If your system uses the S-100 pins 20 and 70 as grounds,  the should  be 
connected in as well.

     3.  This  one  corrects  one  of the  symptoms  of  the  inadequate 
grounding  mentioned  in 1 and 2.   Historically,  it was  found  first, 
because the board would often hang up in an "Auto-wait" state when using 
the monitor EPROM.  Short spikes on SOUT or SINP propogate the the logic 
to  the clock U42A when the CPU is really accessing a memory address  of 
F733.   This  change  prevents short spikes from clocking the Auto  wait 
flip-flop but has no effect on desired operation.
     Cut  the  +5v trace going to U42 pin 2.   It is on the back of  the 
board  and you do not have to remove the IC or the socket to get to  it. 
(Hurray!)  Now connect pin 2 to U35 pin 11.   This is the logical OR  of 
SOUT and SINP.  In the case of a short spike, this point will be back in 
the logic low state before the clock signal gets to the flip-flop.

     4. Some of our boards did not work with some of the Western Digital 
IC's.   The  problem  was  most  pronounced  with  5  1/4  inch  drives.  
Eventually  we found that the problem is that the board design  requires 
the  WD1793 to operate outside of its specified range.   In  particular, 
the data sheet requires that the data inputs be held for 70 ns after the 
end  of the write pulse.   However,  the 2422 actually switches off  the 
data  bus  buffer  before  sending the write pulse to the  1793  or  the 
control latches.   It is only the PC board capacitance which causes  the 
circuit to work!  The solution is to keep U39 turned on a little longer.  
There  are several solutions,  but the most reliable is to substitute an 
unused  section  of open-collector NAND gate U5 for the section  of  U20 
which drives U39 pin's 1 and 19.   Connect U20 pin's 4 and 5 to U5 pin's 
13 and 14 respectively.   Cut the trace to U20 pin 6 and connect a  wire 
form  that trace to U5 pin 12.   Connect a 1K pullup to U5 pin  12,  and 
somewhere  along that trace connect a 80 to 100 pF capacitor to  ground.  
This will slow down the rising edge of the signal to U39 pin 1.

     After  these  changes,  the CCS2422 works quite  well.   With  some 
experimental  changes  to  the  wait-state  circuitry,   one  board  has 
successfully  done disk operations with a CPU clock speed in excess of 6 
MHz.   More  work  remains to be done before claiming  that  a  complete 
speed-up can be reliably achieved.

     The  problems  with inadequately engineered ground connections  and 
buffers  which are turned off too early are not unique to the CCS  2422.  
You  might keep them in mind when you have problems with other  circuits 
which  give  erratic  behavior.   I hope this  letter  helps  make  your 
computer experience more enjoyable.

     Permission  to  copy this letter or its contents,  in whole  or  in 
part, is granted provided that credit is given to this writer.


                                   Sincerely,

                                   Paul Zander
17-Jul-83 12:03:00,606;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jul 83 12:06 EDT
Date: 17 July 1983 12:03 EDT
From: Allan D. Plehn <PLEHN@mit-mc>
Subject: Suggestion for your new spell checker.
To: MADLER@mit-mc
cc: PLEHN@mit-mc, INFO-CPM@mit-mc

I wonder, could you provide an uncompressed, ASCII Plaintext, version
of the word list?  My idea is to use FP.COM (Find Pattern Program) on
the word list, ostensibly for cryptanalysis, but really as the means
to finally best my wife at Scrabble.

Or, perhaps more efficient, modify FP.COM to work on the word list in
its present compressed form.

			Al Plehn
17-Jul-83 12:06:00,858;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  18 Jul 83 3:49 EDT
Date:     17 Jul 83 14:06-EDT (Sun)
From: Charles Hutchinson <hutchinson.UMass-ECE@udel-relay>
Return-Path: <hutchinson%UMass-ECE.UMASS-ECE@UDel-Relay>
Subject:  Rainbow function keys
To: info-cpm.UMass-ECE@udel-relay
Via:  UMASS-ECE; 18 Jul 83 3:25-EDT

Hello!

      I've heard that the CONIN function for the DEC Rainbow 100's CP/M-86/80
actually is two separate functions.  One does the normal CONIN, but the second
deals with the function keys.  Does anyone know about how I would go about
accessing this second CONIN function?  How is it called, how is it used,
Is there a way to change what CONIN sends back to the program, etc.
Any help would be appreciated.

                          Thanks muchly in advance,

				Hutch

		    (HUTCHINSON.UMASS-ECE@UDEL-RELAY)
17-Jul-83 20:06:00,685;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  17 Jul 83 20:08 EDT
Date: 17 July 1983 20:06 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: umodem33.c revised
To: Info-Cpm@brl

AR43:CPM;UMODEM 33C has been revised to restore TABs to the file.
They had previously been expanded to spaces which made the file
about 8k larger than it needed to be.  If you intend to update this
program at a later date and have already taken the earlier file, please
get this new one so we can keep the updating task more manageable.

Usenet net.micro.cpm readers will receive a copy of this new version.
Please see that the older copy on your host is destroyed.  Thanks.
--73--Keith, W8SDZ
18-Jul-83 00:05:00,405;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  18 Jul 83 0:06 EDT
Date: 18 July 1983 00:05 EDT
From: Herb Lin <LIN@mit-mc>
Subject:  disassemblers for cp/m-80
To: info-cpm@brl
In-reply-to: Msg of 15 Jul 1983 1015-PDT from VANBUER at USC-ECL

apparently the best disassembler available is the Christensen ReSource, a
public domain disassembler, and is available on MC

thanks to all who answered.
18-Jul-83 00:29:00,2809;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  18 Jul 83 0:30 EDT
Date: 18 July 1983 00:29 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: MDM711.FIX
To: Info-Cpm@brl

The following is forwarded from my RCPM system.  Irv Hoff
(the author of MDM711) has seen this and approves.  Because
this is a simple fix, there will be no update to MDM711 but
it will be incorporated in the next version if/when it comes
out.  There are no plans for a new version at this time.
--keith

--forwarded file: MDM711.FIX--

MDM711.FIX                July 14, 1983

There is a problem with MDM711,  in that when you are transfering 
files  in  the ASCII mode the CTRL 'Y' character that is used  to 
toggle  open  the  memory buffer is not  trapped  by  the  MDM711 
program.   By not trapping the character it is sent to the system 
you  are downloading from.   In the case of many mainframe systems 
the Ctrl 'Y' character is decoded as an EOF and the command  that 
you  were  using to transmitt the ASCII text will  be  terminated 
before you are able to capture any of the text.
 
There is a simple fix which can be made by using DDT or a similar 
type  program  to  modify the MDM711XX.COM file  you  are  using.  
This  fix does not alter the code but it does vector the  program 
off  to a MORE correct location than it is now.   All the tests I 
have performed so far seems to indicate that the change does  not 
cause  any furthur problems except for the fact that now only the 
Ctrl 'Y' is trapped, but the Ctrl 'R' (used to close your capture 
buffer) is still passed to the transmitting system.   As fas as I 
know the Ctrl 'R' will not cause any problems if it does you will 
need to modify the MDM711.ASM file at NOLST1: (123C H) TO NOLST3: 
(125D H) so that it works correctly.  

I  was reluctant to make changes to the MDM711.ASM file since  it 
was so new,  and this simple single byte 'FIX' seems to take care 
of the problem.
 
STEP 1 :     A>DDT  MDM711XX.COM
               DDT VERS 2.2
               NEXT  PC
               4300 0100
STEP 2:        -S125C            Type in S125C and then CR
STEP 3:        125C  10  44      Type in 44 and then CR
STEP 4:        125D  19  .       Type in . and then CR
STEP 5:        -G0               Type in G0 to exit DDT

STEP 6:        A>SAVE 66 MDM711XX.COM  (File now modified)


Thats  all you need to do to the program.   You can do it to  the 
MDM711XX.COM  file you are using or to the MASTER MDM711.COM file 
that  is  in the MDM711.LBR file.   If you do it  to  the  MASTER 
MDM711.COM file then it will propogate to other configurations of 
the MDM711 program with the proper overlay file.

Dennis Recla   
Dallas, Texas   Data 214 681-4789  300 baud 

With Ample assistance of Lee Wilkerson
18-Jul-83 01:06:00,387;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  18 Jul 83 1:09 EDT
Date: 18 July 1983 01:06 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: Two new overlay files for MDM711
To: Info-Cpm@brl

Two new overlay files have been added to AR61:CPM;
  AR61:CPM;MDM711 EXASM   ;overlay for Osborne "Executive" computer
  AR61:CPM;MDM711 MMASM   ;overlay for Morrow "Multi-I/O" serial port
18-Jul-83 08:00:00,511;000000000000
Received: From Parc-Maxc.ARPA by BRL via smtp;  18 Jul 83 12:16 EDT
Date: Mon, 18 Jul 83 08:00 PDT
From: DGilbert.ES@PARC-MAXC.ARPA
Subject: Re: MDM711.FIX
In-reply-to: "W8SDZ@mit-mc.ARPA's message of 18 Jul 83 00:29 EDT"
To: Keith Petersen <W8SDZ@mit-mc.ARPA>
cc: Info-Cpm@brl.ARPA

Thanks for the information on MDM711.  It will help.  However, some "HOSTS"
are upset by any control characters.  Namely, the electronic mail system via
Tymnet.  Guess I'll keep looking for the source file.

Doug.
18-Jul-83 10:13:00,5732;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  18 Jul 83 12:00 EDT
Date: 18 July 1983 10:13 EDT
From: Keith Petersen <W8SDZ@mit-mc>
To: Info-Cpm@brl
cc: INFO-MODEM7@mit-mc

The following is forwarded for informational purposes only.
Neither the author nor I have any connection with PMMI.
Replies to the author, please, not me.
--Keith

--forwarded file: PMMI212.DOC--


            The PMMI MM-212, The 300/1200 S-100 Modem
		A preview by Mark Pulver  -  AIMS
                (312) 789-0499  -  24hrs  -  PMMI

                            07-14-83       

     Well, starting at the end of August, PMMI will start to ship 
their new S-100 modem that a lot of us have been waiting for. As 
taken from PMMI's brochure, here is some of what we can expect.

     o    Baud Rates are 45.5-300 and 1200 baud
     o    1200 baud is Async or Bisync
     o    A very full featured control ROM, resulting in a very 
          intellegent modem 
     o    Modem is controlled through single ASCII characters
               D  -  Dialing string follows, 32 characters max.
               B  -  Blind dial, ( 5 second pause )
               T  -  Touch tone the following numbers
               P  -  Pulse dial the following numbers
               K  -  Wait for another dial tone
               R  -  Redial last number entered
               M  -  Display dialer memory, with command codes
               H  -  Originate calls in 212 mode
               L  -  Originate calls in 103 mode
               O  -  Force modem into originate mode
               A  -  Force modem into answer mode
               Q  -  Hang up phone
               SR    -  Software reset defaults
               Cxxxx -  Change options table

     o    Modem will dial all 16 touch tones
               0-9, *, #, and A-D

     o    Modem reports progress by single ASCII characters
               D  -  Dial tone detected
               R  -  Remote end ringing
               B  -  Remote end busy, (terminates call)
               V  -  Voice detection! (terminates call)
               F  -  Failed call
               T  -  Time out
               I  -  Invald command
               M  -  Dialer memory overflow
               N  -  No dial tone
               E  -  Exiting command mode, starting comm mode
               L  -  103 carrier detect
               H  -  212 carrier detect

                 Ring detect also by DSR status

     o    Options list, All modifiable, * indicates default
              *A  -  Set asynchronous mode
               B  -  Set bisynchronous mode
               D  -  Answer only 212 modems
              *E  -  Answer 212 or 103 modems
              F-I -  Set character length of 8-11 bits
                       H, 10 bits, is the defualt
              *J  -  Enable loss of carrier disconnect
               K  -  Disable loss of carriewr disconnect
              *L  -  Enable receive space disconnect
               M  -  Disable receive space disconnect
               N  -  Enable send space disconnect
              *O  -  Disable send space disconnect
              *P  -  Enable timeout disconnect on answer
               Q  -  Disable timeout disconnect on answer
              *R  -  Enable respond to remote test
               S  -  Disable respond to remote test
               T  -  Enable analog loopback busy out of line
              *U  -  Disable analog loopback busy out of line
               V  -  Enable command mode echo
              *W  -  Disable command mode echo
              *X  -  Enable call progress detection
               Y  -  Disable call progress detection
               Z  -  Fail call timer = no time out
                   *a  -  30 seconds
                    b  -  60 seconds
             c-k  -  Retry call 1-9 times respectively
              *l  -  No call retry
              *m  -  Enable voice detection
               n  -  Disable voice detection
              o/p - Enable/Disable data available interrupt
              q/r - Enable/Disable transmitter empty int.
              s/t - Enable/Disable ring detect interrupt

               All interrupts default to disabled

     o    As the MM-103, the modem requires 4 contiguous ports
     o    Deliveries are due to start late August
     o    Orders are being taken now

     From a reference in the brochure, as well as being able to 
read the name off of the chip in the cover photo, it looks as 
though Racal-Vadic had a bit to do with the developement of the 
MM-212, nothing wrong with that. I only wish that they had 
somehow been able to keep the programability of the MM-103.

     I myself plan to try the approach of leaving both modems in 
the system, and online. The MM-212 will do all of the answering, 
if a Bell 103 carrier is detected,( modem sends an "L" ), then I 
plan to switch over to the MM-103, and go through the normal baud 
checking that most of us are used to. Otherwise, the MM-212 will 
handle the call entirely. Now, my first impression of that crazed 
thought is that there will be a lot of code laying around, but 
seeing how the 212 seems to be dream to control versus the Hayes 
300/1200, I'll sacrifice a few nights and weekends of work, and 
trade 1/2K or so of code to do it! The flexibility will be 
enormous for us S-100 users...

     I hope this has shed some light on what PMMI is doing these 
days. By the way, the suggested retail is $695.95, not bad 
considering what it would cost those of us without an open serial 
port to add a quad board plus an external modem. And you still 
might not be able to get all of the features.

--end--
18-Jul-83 10:50:00,445;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  18 Jul 83 10:52 EDT
Date: 18 July 1983 10:50 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: CPM DIRLST updated
To: Info-Cpm@brl

CPM;CPM DIRLST (the file listing all the MIT-MC CPM; directories) has
been updated as of today.  If you cannot FTP it, and you are not
already on the list to receive it via netmail, send a note to
Info-Cpm-Request@Brl asking to be added to the list.
--Keith
18-Jul-83 14:07:34,615;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  19 Jul 83 5:03 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 19 Jul 83 1:24-PDT
Date: 18 Jul 83 13:07:34-PDT (Mon)
To: info-cpm@brl
From: ihnp4!houxm!hou2b!9484cbs@ucb-vax
Subject: wanted: Kermit and MDM7
Article-I.D.: hou2b.62

Hi.
I have seen several recent articles in this newsgroup
about Kermit and MDM7 being available on the Arpanet.
I would like to get copies of both of these programs
for my Heath H100 (Zenith Z100).  Is there some way 
that us USENET people can get these via uucp?  Thanks
in advance.

Ken Lee
hou2b!9484cbs
18-Jul-83 23:49:00,771;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  19 Jul 83 0:07 EDT
Date: 18 July 1983 23:49 EDT
From: Richard P. Wilkes <RICK@mit-mc>
Subject:  PMMI 212
To: W8SDZ@mit-mc
cc: INFO-CPM@mit-mc, INFO-MODEM7@mit-mc
In-reply-to: Msg of 18 Jul 1983 10:13 EDT from Keith Petersen <W8SDZ>

I have the Racal Vadic 212PA modem.  It looks like they just
did a little modifying to the code on the software side since
the features look identical.  The PA is a nice modem, but a
real *pain* to program to dial, etc.  The PMMI should be
easier.  

I had a PMMI 103 attached to a TRS-80 (Model I no less) and
was very pleased.  It will be interesting to see how this new
board works out.  $700 is not cheap, and Vadic and offspring
are not known for their discounts...  -r
19-Jul-83 08:25:00,349;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  19 Jul 83 8:32 EDT
Date: 19 July 1983 08:25 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: CP/M Plus RSX demo files
To: Info-Cpm@brl

Two new files have been added to the "CPM3" archive at MC.  They
demonstrate "RSX"'s, which are very interesting.
  AR18:CPM;RSXDMO DOC
  AR18:CPM;RSXDMO ASM
19-Jul-83 12:01:25,830;000000000000
Received: From Sumex-Aim.ARPA by BRL via smtp;  19 Jul 83 14:02 EDT
Date: Tue 19 Jul 83 11:01:25-PDT
From: William Pearson <PEARSON@SUMEX-AIM.ARPA>
Subject: MDM7?? for NorthStar Advantage, Superbrain
To: info-cpm@BRL.ARPA


I need to get copies of MDM711 or a similar program for a NorthStar
Advantage and a Superbrain on their respective disks.  I have no problem
getting the programs off of this net, I just can't get them onto the
NorthStar without a quad-density hard-sector disk.  I also need copies
of XMODEM and BYE for a NorthStar Advantage.

	If you have a copy of MDM7?? running on your NorthStar, leave me
a note and I will send a disk, or send a disk and I will return it.

	William R. Pearson
	Dept. of Biochem.  Jordan Hall
	U. of Virginia
	Charlottelville, VA  22908
	(804) 924-2818

-------
19-Jul-83 13:22:00,684;000000000000
Received: From Utexas-20.ARPA by BRL via smtp;  19 Jul 83 16:04 EDT
Date: 19 Jul 1983 1422-CDT
From: John Otken <CC.Otken@utexas-20>
Subject: Re: CCS Disk Controller Fix
To: info-cpm@brl

Paul Zander's fix contained a few typos:

2.	S100 pin 50 to  U39 pin 10 instead of 7
4.	U20 pin 4   to  U5 pin 12  instead of 13
	U20 pin 5   to  U5 pin 13  instead of 14
	U20 pin 6   to  U5 pin 11  instead of 12
	1K pullup to U5 pin 11	   instead of 12

Before I installed his modification, my CCS 2422 barely functioned.
It seems to work MUCH better now.  However, I haven't thoroughly
tested it yet.

Also, one plated through hole did NOT conduct through the hole.
-------
19-Jul-83 13:39:00,741;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  19 Jul 83 16:58 EDT
Date: 19 Jul 1983 1239-PDT
Sender: APAGE@usc-isi
Subject: ZCPR2 System
From: APAGE@usc-isi
To: info-cpm@mit-mc
Cc: apage@usc-isi
Message-ID: <[USC-ISI]19-Jul-83 12:39:06.APAGE>

I was given a photo-copy of an article from "Microsystems" June 1983
by Richard Conn titled "The ZCPR2 System".  ZCPR2 replaces Console
Command Processor (CCP) of CP/M.  This article states that ZCPR2 is 
available to the public domain via the ARPANET (among many other
sources).

Does anyone know where or how to obtain a copy of this system?
Responses can be sent directory to me...(APAGE at USC-ISI)

Arlene Page

Also, please add my name to the Info-CPM distribution list.
19-Jul-83 15:46:48,1348;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  21 Jul 83 4:29 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 21 Jul 83 1:10-PDT
Date: 19 Jul 83 14:46:48-PDT (Tue)
To: info-cpm@brl
From:  decvax!genrad!security!linus!philabs!seismo!rochester!ritcv!dpm@ucb-vax
Subject: Re: WARNING: JRT Pascal Compiler
Article-I.D.: ritcv.451

JRT has a long history of taking many (3-6) months to ship
orders.  This is strictly illegal for a mail order firm, of 
course, but apparently nobody has squawked loud enough to shut
them down yet.  I suspect this is because nobody has more than
$30 invested, so it's not worth the trouble to any one individ-
ual.  
 
   If you really want it, I suggest you invest a little more in
a few phone calls, and try to get some action.  Or, better, find
someone who already has it and copy it (legally) from them - then
cancel your order and save $30.  Contact your local computer club,
or RCPM system.  

   If you're looking for a reliable Pascal compiler, I suggest
you forget the JRT product entirely.  It has too many bugs to
be useful for production work.  It's ok for playing, I guess.

		Don McClimans
		{seismo or allegra}!rochester!ritcv!dpm

P.S.  Sorry - this item belongs in net.micro.cpm, but the original
appeared in net.micro, so I am posting the follow-up there, too.
19-Jul-83 18:04:00,584;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  19 Jul 83 23:06 EDT
Date: 19 Jul 1983 2004-EDT
From: Ralph W. Hyre Jr. <RALPHW@mit-xx>
Subject: File transfer program for Apple
To: info-cpm@mit-mc, info-apple@mit-dms

     Is there a way I can run Modem, a CP/M file transfer program
on an vanilla (no CP/M board) Apple ][+ with a Novation Apple Cat modem.
I thought I saw something on info-cpm or info-apple a while ago about a
CP/M simulator for an Apple, or some mechansm that would allow me to
run MODEMx on an Apple without CP/M.  Thank you.

					- Ralph Hyre
-------
20-Jul-83 04:41:09,519;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  21 Jul 83 5:33 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 21 Jul 83 2:25-PDT
Date: 20 Jul 83 3:41:09-PDT (Wed)
To: info-cpm@brl
From: decvax!microsoft!uw-beaver!uw-june!fredf@ucb-vax
Subject: Small C operating system in net.sources
Article-I.D.: uw-june.507

   The Small c operating system typed in from
Dr. Dobb's Journal March 83 issue is listed in net.sources.   
I have not tested the code or tried to compile the code. 
  Happy Hacking!
20-Jul-83 05:56:00,234;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  20 Jul 83 5:59 EDT
Date: 20 July 1983 05:56 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: RCPMLIST.039
To: Info-Cpm@brl

RCPMLIST.039 is now available on MIT-MC as CPM;RCP-M NOS.
20-Jul-83 06:25:00,499;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  20 Jul 83 8:29 EDT
Date: 20 Jul 1983 05:25-PDT
Sender: ABN.CAMO@usc-isid
Subject: CP/M to Apple Pascal conversion
From: ABN.CAMO@usc-isid
To: Info-Apple@mit-dms, Info-CPM@mit-mc
Message-ID: <[USC-ISID]20-Jul-83 05:25:11.ABN.CAMO>

Is there someone who can provide some leads on how we can go about writing
a utility to convert text files from a CP/M (version 2.2) 5-1/4 disk to an 
Apple Pascal 5-1/4 disk? 

Bryan Gorman
Abn.Camo@USC-ISID
20-Jul-83 07:34:35,877;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  20 Jul 83 9:35 EDT
Date:     Wed, 20 Jul 83 7:34:35 EDT
From:     Rick Conn <rconn@brl>
To:       APAGE@usc-isi
cc:       info-cpm@mit-mc, apage@usc-isi
Subject:  Re:  ZCPR2 System

Hi, Arlene,

	ZCPR2 is located in ARs (Archives) 80-86 of the CPM directory
on MIT-MC.  It is also located on other machines, one of which will
be transitioned to after September when MIT-MC *may* be lost to the net.
Announcements of this transition will be made to INFO-CPM by the
host when he is ready.

	The directories (ARs) are referenced by AR8x:CPM where x=0 to 6.
MIT-MC is a glass house, and you can use FTP (IF binary transmission
is available to your host) to transfer the files in these ARs to your
machine.  Pure binary is stored here (executable images), so the
transfer must be an 8-bit transfer.

		Richard Conn
20-Jul-83 09:18:00,315;000000000000
Received: From Office-2.ARPA by BRL via smtp;  20 Jul 83 12:21 EDT
Date: 20-Jul-83 09:18 PDT
From: ACB.TYM@office-2
Subject: Pascal to C
To: info-cpm@brl
Message-ID: <[OFFICE-2]TYM-ACB-2T9A5>

Someone asked me about a PASCAL to C translator.  Does such a thing exist?  
Please reply to Bomberger@office-3.
20-Jul-83 10:02:38,699;000000000000
Received: From Wisc-Rsch.ARPA by BRL via smtp;  20 Jul 83 12:11 EDT
Date: 20 Jul 1983 11:02:38-CDT
From: Anil A. Pal <pal@uwisc>
Reply-to: pal@uwisc
To: info-cpm@brl
Subject:  Request for 1200 baud modem info

Has anybody had any experience with the following modems.
They are being considered as possible alternatives to the Hayes Smartmodem.

    1. RIXON Intelligent R212A.
	Lists for 495, available for as low as 365.

    2. U.S. Robotics Password
	Lists for 449, available for 380.

    Both seem to have all features, but are much cheaper than the Hayes.
	Comments wanted on:
	    Reliability,
	    Ease of use (and programming),
	    Any hidden "gotchas" in the design.
20-Jul-83 12:43:45,774;000000000000
Date:     Wed, 20 Jul 83 12:43:45 EDT
From:     Keith Petersen <w8sdz@brl>
To:       Info-Cpm@brl
Subject:  SWEEP38 bug report

I received the following bug report on SWEEP38.  Can someone
relay this to the author, please?
--Keith Petersen, W8SDZ

--forwarded message from my RCPM--

Date: 07/17/83
From: BOB CLYNE
To:   KEITH PETERSEN
Re:   SWEEP38

   Keith, I tried SWEEP38 on E: and F: drives and it will
not accept transfers, log ons, etc. to drives higher than
D:. It can be run on drives higher than D: and will
transfer files to drives <= D: but that is all. It sure
would be nice if the author would remove that restriction
since it is a nice program. Anything you can do to help
will be appreciated.
                              Bob Clyne
20-Jul-83 15:27:00,1101;000000000000
Received: From Usc-Eclb.ARPA by BRL via smtp;  20 Jul 83 17:28 EDT
Date: 20 Jul 1983 1427-PDT
Sender: JHESS@usc-eclb
Subject: dGRAPH with CCS 2422
From: JHESS@usc-eclb
To: info-cpm@brl
Message-ID: <[USC-ECLB]20-Jul-83 14:27:40.JHESS>

If anyone has has purchased dGRAPH to run on their CPM system using
a CCS Floppy Disk Controller, the following error message should be
familiar:
     "Overlay Loader:  .PRG file missing or truncated"

The problem occurs because both California Computer and FOX & GELLER
use locations 50-->5B hex.  The fix is simple and is described in Jerry
Pournelle's July 83 column in BYTE (pp 353).

You have to modify your BIOS to move the DEBLOCK PARAMETERS out of page 0
of memory.  Use your editor to modify the CCS BIOS as follows:
  1. Find and delete the statement
     IDSV:   EQU 4EH   ;Sector ID Save area
  2. Find the statement
     BEGDAT  EQU$
  3. Add immediately after the statement defining BEGDAT
     IDSV:   DS  8
  4. Assemble the BIOS and install as described in the CCS manual

Read Jerry's column for additional information.
20-Jul-83 15:56:25,648;000000000000
Received: From Sri-Kl.ARPA by BRL via smtp;  20 Jul 83 17:56 EDT
Date: Wed 20 Jul 83 14:56:25-PDT
From: Jon L. Spear <OTHB@SRI-KL.ARPA>
Subject: VT-100 Emulator Needed for XEROX 820-II
To: info-cpm@BRL.ARPA

Could anyone point me to a modem program that will run on
the XEROX 820-II and make it act like a VT-100???  Does
anyone out there use the 820-II?  Do you know of any
other CP/M and/or MS-DOS PCs that could be EtherNetted to
a XEROX EtherNet already including a 5700 Laser Printer and
860 Work Processors?

Your help will be rewarded by many kind thoughts.  Please
respond to me, not INFO-CPM.
ADVthanksANCE,
	Jon
-------
20-Jul-83 16:55:00,596;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  20 Jul 83 19:03 EDT
Date: 20 Jul 1983 1855-EDT
From: Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc>
Subject: Re: Request for 1200 baud modem info
To: pal@csnet-sh
cc: info-cpm@brl
In-Reply-To: Your message of 20-Jul-83 1202-EDT

the us robotics modem is ok, but with one moby gotcha - it will HANG UP
when it recieves 3 +s from your terminal, but it doesn't have a built
in time delay like the hayes, if i remember correctly.| it also isn't as
smart at the hayes (it can just dial and hang up), and that may be a 
consideration.
-------
21-Jul-83 03:23:00,736;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  21 Jul 83 3:32 EDT
Date: 21 July 1983 03:23 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject:  CP/M and CCP/M for Z-100
To: CSTROM@mit-mc
cc: ciaraldi@rochester, INFO-CPM@brl
In-reply-to: Msg of 7 Jun 1983 06:39 EDT from Charlie Strom <CSTROM>

I was told on the phone today that Digital Research intends to
make CCPM-86 work on the Z-100.  No confirmation, this was from
a Press Relations officer, but she's usually been right in the
past.
	They LIKE CCPM at DR -- as indeed they should.
	My contacts at Zenith have no date for CPM-86 on the
Z-100 which is a real pity.  If you hear more, please tell
me....

anyone know how to speed up the display speeds on a Z-100?
21-Jul-83 06:52:51,165;000000000000
Date:     Thu, 21 Jul 83 6:52:51 EDT
From:     Harold Carter (AFIT) <hcarter@brl>
To:       info-cpm@brl
Subject:  net.sources

What and where is net.sources?
21-Jul-83 06:56:00,922;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  21 Jul 83 7:00 EDT
Date: 21 July 1983 06:56 EDT
From: Charlie Strom <CSTROM@mit-mc>
Subject:  CP/M and CCP/M for Z-100
To: POURNE@mit-mc
cc: CSTROM@mit-mc, ciaraldi@rochester, INFO-CPM@brl
In-reply-to: Msg of 21 Jul 1983 03:23 EDT from Jerry E. Pournelle <POURNE>

Are you referring to CCPM-86 rather than a method of using both
processors simultaneously? I would thing that the latter would be much
sexier. I am aware of some development in this direction elsewhere
(not at DR nor at Zenith) but it is premature for me to comment
further. Rest assured that if and when anything comes to fruition on
this front, I will certainly advise the net. Zenith hardware looks
excellent to me (sure wish I had a Z-100!) but they are falling flat
on their face in the software arena. Good thing there are a lot of
good hackers out there to take up the slack!

-Charlie
21-Jul-83 07:09:00,1417;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  21 Jul 83 7:12 EDT
Date: 21 July 1983 07:09 EDT
From: Charlie Strom <CSTROM@mit-mc>
Subject:  CPM-816
To: goldfarb.ucf-cs@rand-relay
cc: Info-CPM@brl

CPM-816 is now available for the Compupro system running an 8085/88
board. The minimum requirement is the CPU, a System Support 1, and
128K or 192K of memory (I cannot recall that one) and of course a
disk-1 controller. There are two ways to obtain this, one being
directly through Compupro, the other (cheaper) way is directly from
the author at Proper Software, 1024 Center Street, Berkley, Ca. 94704.
You must send your original CP/M-86 disk along with a $50 payment.
They will add the modified loader, CCP and SW!.CMD file to your disk.

Oh yes, an brief explanation of CPM-816 is in order - it allows you to
run 8-bit or 16-bit applications under the same operating system. If a
.CMD file cannot be found, it looks for a .COM file. If found, it will
re-parse the command line into the form

		SW! FOO ZOT

SW! is the switch command that sets up the 8-bit environment; the
operator originally typed FOO ZOT and there was no FOO.CMD present,
but there was a FOO.COM file. A bonus is that the 8088 does all
operating system calls and you have a 62K TPA. I have yet to run
across a .COM file that would not run properly, though I have not
really been beating on it for too long.

-Charlie
21-Jul-83 08:12:37,1874;000000000000
Date:     Thu, 21 Jul 83 8:12:37 EDT
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  Hard Disk Utilities

        I have just uploaded several hard disk utilities  from  a
recent SIG/M disk of that topic.  They are in AR15:CPM on MIT-MC.
CRCs check.  These utilities are:

Name            MIT-MC Files            Function

BIGBURST        BIGBUR ASM & DOC        Copy a file from a hard disk
                                        to several floppies, where
                                        the file is too big to fit
                                        on just one floppy

FLOPCOPY        FLPCPY ASM & DOC        On a hard disk/one floppy system,
                                        copy files from one floppy to
                                        another thru the hard disk
                                        automatically; this copies all
                                        files from the source floppy to
                                        the hard disk and then tells you
                                        to insert the dest floppy, at
                                        which time it copies all files from
                                        the hard disk to the dest floppy,
                                        deleting the files from the hard disk

MULTCOPY        MLTCPY ASM & DOC        Backs up a hard disk onto multiple
                                        floppies; assumes the largest file
                                        can fit on one floppy

        The BACKUP program  from  the  same  set  is  similar  to
MULTCOPY  and was already in AR15:CPM.  All programs were written
and contributed by Gary Young in North Hollywood, CA.  I have not
tried them myself, but I have heard that they work well.

        Enjoy!

                Rick
21-Jul-83 08:46:30,528;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  22 Jul 83 7:23 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 22 Jul 83 4:10-PDT
Date: 21 Jul 83 7:46:30-PDT (Thu)
To: info-cpm@brl
From: decvax!wivax!linus!vaxine!aca@ucb-vax
Subject: CPM 68K info request
Article-I.D.: vaxine.262

d to me through linus would have
been swallowed up. This situation has been remedied, so I am re-submitting my
request.

				Thanks in advance,

				Alan Agostinelli
				Automatix, Inc.
				...!allegra!linus!vaxine!aca
21-Jul-83 11:16:02,451;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  22 Jul 83 14:18 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 22 Jul 83 6:40-PDT
Date: 21 Jul 83 10:16:02-PDT (Thu)
To: info-cpm@brl
From: npois!hogpc!houxn!4341mrz@ucb-vax
Subject: ZCPR
Article-I.D.: houxn.373
In-Reply-To: Article sri-arpa.3125

Is there an RCPM system that might have the version of 
ZCPR2 for the micro decisions?
I don't have access to MIT-MC.
Mike Zboray
21-Jul-83 19:42:57,2195;000000000000
Date:     Thu, 21 Jul 83 19:42:57 EDT
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  FILER and VFILER

are now on MIT-MC in AR87:CPM.  This contains versions  of  FILER
and  VFILER  designed  to  run on 8080's or Z80's (FILER 8COM and
VFILER 8COM) and designed to run on just Z80's  (FILER  ZCOM  and
VFILER  ZCOM).   Online documentation as FILER HLP and VFILER HLP
is also in the AR.

FILER is an  enhancement  of  DISK76C  which  has  several  added
features  for the ZCPR2 environment.  It allows the user to chain
to another program, such as XDIR, from within FILER and return if
the  MCL  feature is enabled.  There is a built-in help for quick
reference and a detailed help which chains to HELP FILER for more
information.   Also,  the DU form is supported throughout as well
as the DIR form: hence, you can  log  into  or  copy  into  other
directories  by  using  names  such  as  "7" (for user 7, current
disk), "B" (for current user, disk B), "B7" (for user 7, disk B),
and  "WORDSTAR"  (for  a  directory  named  WORDSTAR).   It  also
includes other features over DISK76C.

VFILER is an  enhancement  of  FILER  which  is  totally  screen-
oriented,  designed  to  run  on  a  CRT  which  supports  cursor
addressing.  VFILER is quite nice to use, allowing you to use the
arrow  keys on your CRT (or the Word Star movement keys) to point
to a file on the display.  At this time, you may  issue  commands
such  as  C  for  copy,  T for tag (for later copy/delete), D for
delete, M for mass copy of all  tagged  files,  and  Y  for  mass
delete  of all tagged files with or without verification.  VFILER
is very human-oriented and even fun to use.

Thanks to Hal Carter, Charlie Strom, Frank Wancho, and Ron Fowler
for  ideas  and  suggestions about the design of FILER and VFILER
and for testing it.  I really  think  these  programs  make  nice
additions to the ZCPR2 System.  They both have to be installed by
GENINS (current version is OK), and  VFILER  requires  additional
installation as documented in its Help File.

The file VFSC ASM is used to patch VFILER  ?COM  for  the  screen
controls.  Enjoy!

        Rick
21-Jul-83 21:26:00,1277;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  22 Jul 83 5:01 EDT
Date: 21 Jul 1983 2026-PDT
From: Bruce L. Conroy <BLC@jpl-vax>
Subject: U.S Robotics Password Modem
To: info-cpm@mit-mc
Reply-To: BLC@jpl-vax

I have been using the U.S. Robotics Password ($380 from the 
Bottom Line) for about 2 weeks. 
 
1)	Although I don't know how smart the Hayes unit is, the 
Password has a number of options, all programmed by sending 
ASCII strings to the modem. 

	a)	Number of times to let the phone ring before 
		answering. 
	b)	Tone or pulse dialing. 
	c)	Time to wait after dialing for carrier. 
	d)	Time to leave the monitoring spekaker on
		(default is from time dial command is given
		until carrier is established.)
	e)	force answer mode (can also be set with DIP switch.)
	f)	Local echo (also known as half duplex.)

2)	There are several other options, which don't seem very
important.

3)	Once carrier is established, the onlyhing the modem will
respond to is a one second pause followed by +++ followed by
another one second pause. Four pluses are ignored. (the +
character can also be programmed to any other character.)

4)	The unit seems to run hot. Only time will tell if
this is a problem or not.

		Bruce Conroy (BLC@JPL-VAX)
------
22-Jul-83 06:54:41,1285;000000000000
Received: From Rochester.ARPA by BRL via smtp;  22 Jul 83 6:55 EDT
Received: by sen.rochester (3.327.3L+++) id AA03246; 22 Jul 83 06:54:41 EDT (Fri)
Received: by cay.Rochester (3.327.3L+) id AA13009; 22 Jul 83 06:51:26 EDT (Fri)
Message-Id: <8307221054.3246@sen.rochester>
Date: 22 Jul 83 06:54:41 EDT (Fri)
From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
Subject: CP/M-86 and CCP/M-86 on Z-100
To: info-cpm@BRL.ARPA

Having just signed a non-disclosure agreement, I expect to
receive a pre-release copy of CP/M-86 for the Z-100 from
Zenith in the next few days. Official release to the general public
will be early September. 
I also have Version 2.0 of ZDOS (MSDOS), complete with pipes,
subdirectories, etc. I'm not sure of the general release date.
It looks like, as part of my summer job, I will be porting
CCP/M to the Z-100. If anyone knows of this already
being done, let me know so I can avoid the trouble!
As far as I have been told, Zenith is not porting CCP/M
at present, and DR is not going to port it to anything
but the IBM PC.

Final note: Can anyone give me advice on converting aa
CP/M-86 BIOS to a CCP/M XIOS?  DR covers the conversion in
one page of the manual, and it looks fairly straightforward,
but any experiences will be appreciated.
22-Jul-83 15:34:34,797;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  23 Jul 83 10:19 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 23 Jul 83 6:57-PDT
Date: 22 Jul 83 14:34:34-PDT (Fri)
To: info-cpm@brl
From: ihnp4!houxm!hou2b!9484cbs@ucb-vax
Subject: wanted: MDM7 and KERMIT for Z100
Article-I.D.: hou2b.68

Hi.
I have seen announcements for MDM7 and KERMIT in net.micro.cpm.
Would it be possible for someone on ARPANET to send me copies of
these two programs configured for a Z100 (CP/M-85 and/or MS-DOS,
source code prefered, assembler or C)?  I would really appreciate
it.  I would be willing to distribute these to other Z100 owners.

Thanks much.

Ken Lee

{ihnp4 or harpo or cbosg}!hou2b!9484cbs
sri-unix!hplabs!hao!seismo!harpo!hou2b!9484cbs
ucbvax!dexvax!harpo!hou2b!9484cbs
22-Jul-83 17:28:59,387;000000000000
Date:     Fri, 22 Jul 83 17:28:59 EDT
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  New AR for Hard Disk Utilities

I have moved the programs I uploaded the other night and a couple of
others relating to hard disks into a new AR, AR78:CPM.  The old AR was
a little too close to the "safe limit", whatever that is (fill in
a value between 50 and 70).

	Rick
22-Jul-83 20:31:59,1407;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  23 Jul 83 12:11 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 23 Jul 83 8:56-PDT
Date: 22 Jul 83 19:31:59-PDT (Fri)
To: info-cpm@brl
From: decvax!tektronix!tekmdp!dadla!dadla-b!glennw@ucb-vax
Subject: much better 300/1200 bps modem for S-100 bus
Article-I.D.: dadla-b.500

I noticed an article from someone who was waiting for the PMMI
S-100 Bell 212 modem.  He (and anyone else waiting for such) should
wait no longer.  U. S. Robotics is already shipping their S-100
modem which is based on the Auto Dial 212A which has been out since
December.  At $350 (my price in onesies) it has the PMMI beat before
it gets started.  Don't put too much stock in the Vadic parentage;
I am not suprised at the delays in getting it out because the Vadic
212s are incredibly antiquated technology, loaded with 3-4 times
the parts of the USR, most of them 1% analog stuff, and Vadic is
losing their quality control.  USR's modems are cheap because
they don't have much inside; just 3 micros, 14 I. C.'s total, and
not much analog stuff.  I have delivered about 60 with only a couple
of DOA's.  I don't normally advertise like this, but I hate to see
people wait around so they can waste their money... 

			   Glenn Widener
                         Widener Consulting
			   270 SE 15th #5
			 Hillsboro, OR 97123
			   (503) 648-0363
22-Jul-83 20:40:10,486;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  22 Jul 83 23:42 EDT
Received: by UCBVAX.ARPA (3.347/3.35)
	id AA12513; Fri, 22 Jul 83 20:40:10 PDT
Date: Fri, 22 Jul 83 20:40:10 PDT
From: ucsfmis!dennis@berkeley
Message-Id: <8307230340.AA12513@UCBVAX.ARPA>
To: info-cpm@mit-mc
Subject: pls add me...

... I'd appreciate being added to the CP/M discussion group.


Dennis J. Streveler
Section on Medical Information Science
University of California-San Francisco


Thanks.
23-Jul-83 01:24:00,485;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  23 Jul 83 1:35 EDT
Date: 23 July 1983 01:24 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject:  WARNING: JRT Pascal Compiler
To: decvax!genrad!security!linus!philabs!seismo!rochester!ritcv!dpm@ucb-vax
cc: info-cpm@brl
In-reply-to: Msg of 19 Jul 83 14:46:48-PDT (Tue) from decvax!genrad!security!linus!philabs!seismo!rochester!ritcv!dpm at ucb-vax

can you give me specific examples of bugs in version 3.0 of
jrt?? Thanks,
jep
23-Jul-83 01:42:21,846;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  23 Jul 83 4:37 EDT
Received: by UCBVAX.ARPA (3.347/3.35)
	id AA15510; Sat, 23 Jul 83 00:10:22 PDT
From: decvax!duke!unc!tucc!emigh@berkeley
Date: 23 Jul 83 01:42:21 EDT (Sat)
Subject: Information needed on EcoSoft C compiler
Message-Id: <8307230542.AA17118@decvax.uucp>
Received: by decvax.uucp (3.326/3.14)
	id AA17118; 23 Jul 83 01:42:21 EDT (Sat)
Date-Sent: Fri Jul 22 09:57:23 1983
To: INFO-CPM@mit-mc

  Does anyone have any experience with the EcoSoft version of C for a Z80 CP/M
system?  The information EcoSoft sent me was next to useless.
  The compiler is EXPENSIVE compared to the others on the market (2-1/2 times
BDS-C and 1-3/4 times Aztec-C).  Are you getting anything for the money?
  Thanks for any help you can give me.
--Ted H. Emigh
  NCSU
  ...!unc!tucc!emigh
23-Jul-83 02:06:00,453;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  23 Jul 83 2:08 EDT
Date: 23 July 1983 02:06 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject:  iAPX-286 Users
To: GRUPP@mit-mc
cc: info-cpm@brl, harpo!floyd!cmcl2!lanl-a!jp@ucb-vax
In-reply-to: Msg of 13 Jul 1983 06:52 EDT from Paul R. Grupp <GRUPP>

if 286 is too long delayed, the 68000 will come into its own...
or 68020.  odf course theres the 16032 which is dark horse if it
ever works,,
23-Jul-83 02:25:00,851;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  23 Jul 83 2:30 EDT
Date: 23 July 1983 02:25 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject: lobo and m orrow systems
To: INFO-CPM@mit-mc

We own a Lobo MAX-80 (which we love; we remmomend it to anyone
who has aa bunch of extra disk drives aroyund).
     One of the biggest features of the MAX (ralph): it can make
disks formatted for the Osborne-1, the Xerox 820.  Its standard
format (curiously enough) is compatible with the Morrow
MicroDecision's.  Noi problem with any of those formats on those
particular machines.  BUT BUTBUT: an Osborne-1 SD SS disk made
on the MAX cannot be read on the Morrow.  It isn't just our MAX,
either: three different sMAXes confirm this on the Morrow.  Does
anoyne out there know anything about this, and are there any
comments?

--Alex Pournelle
23-Jul-83 10:10:36,488;000000000000
Date:     Sat, 23 Jul 83 10:10:36 EDT
From:     Rick Conn <rconn@brl>
To:       npois!hogpc!houxn!4341mrz@ucb-vax
cc:       info-cpm@brl
Subject:  Re:  ZCPR

The Lincroft, NJ RCPM will have access to the latest releases of
all of the ZCPR2 software, including the new LBR files.  To be
exact, Paul Bogdanovich (owner and sysop of this RCPM) is here now
getting them.  If you have a particular interest and don't see it online,
you can drop him a request via MINIRBBS.

	Rick
23-Jul-83 11:32:27,229;000000000000
Date:     Sat, 23 Jul 83 11:32:27 EDT
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  Lincroft RCPM Phone

I forgot to mention the phone number for the Lincroft RCPM system.
It is (201) 747-7301.

	Rick
23-Jul-83 14:31:00,467;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  23 Jul 83 14:37 EDT
Date: 23 July 1983 14:31 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject:  much better 300/1200 bps modem for S-100 bus
To: decvax!tektronix!tekmdp!dadla!dadla-b!glennw@ucb-vax
cc: info-cpm@brl
In-reply-to: Msg of 22 Jul 83 19:31:59-PDT (Fri) from decvax!tektronix!tekmdp!dadla!dadla-b!glennw at ucb-vax

And how might a person obtain such a modem from you at that
fantastic price?

[
23-Jul-83 15:13:00,445;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  23 Jul 83 15:15 EDT
Date: 23 July 1983 15:13 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: CPM DIRLST updated
To: Info-Cpm@brl

CPM;CPM DIRLST (the file listing all the MIT-MC CPM; directories) has
been updated as of today.  If you cannot FTP it, and you are not
already on the list to receive it via netmail, send a note to
Info-Cpm-Request@Brl asking to be added to the list.
--Keith
23-Jul-83 19:06:48,1300;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  23 Jul 83 21:21 EDT
Date: 23 Jul 1983 18:06:48-PDT
From: Ty Wernet <CCVAX.ty@nosc>
Reply-to: CCVAX.ty@nosc
To: INFO-CPM@mit-mc, decvax!duke!unc!tucc!emigh@berkeley
Subject: Re:  Information needed on EcoSoft C compiler
Cc: CCVAX.ty@nosc

We have played around with several "C" compilers one of them being the
EcoSoft C compiler, another being Aztec's, and finally Software Toolworks.
EcoSoft's had a significant code generation problem in our view and that
was when you defined an array of say 8k EcoSoft's assembler output was not
at all efficient.  It generated a:
	rept	8k
	db	0
	endm
This allowed you to go to lunch twice before the assembler finished. The
other 2 "C's" just did a "DS 8k" and that was that.  Just that 1 item caused
us to pretty much abandon EcoSofts.  There were a few other minor items which
I do not recall right now.  The real problem was that we could not take a 
source and compile it using these 3 compilers plus the one on our UNIX system
and come out with 4 executables.  All compilers would have to complain about
some syntax or another and no one complaint was common amoung them. So much
for transportability.  Aztec's had a fairly complete library whereas Toolworks
is somewhat limited.

--Ty
24-Jul-83 19:56:55,1122;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  26 Jul 83 4:10 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 26 Jul 83 0:58-PDT
Date: 24 Jul 83 18:56:55-PDT (Sun)
To: info-cpm@brl
From: harpo!seismo!rochester!ritcv!tropix!rcm@ucb-vax
Subject: Re: Pascal to C
Article-I.D.: tropix.154
In-Reply-To: Article sri-arpa.3291

I'm posting what should be a reply by mail because I don't know how to 
	get through an ARPA gateway to the originator.
			---------
	Yes, there is a Pascal-to-c translator, available from Whitesmith's.
It is written in their version of c, and the source is available.
It produces super-slow c, but is acceptable in a pinch.  The program is
small and attempts to put loop control into register variables.  
The resulting code is poor because:

	1) It is unreadable.  No c variables are retained by their origonal 
		names.  
	2) The referencing if enclosing proceedure's variables (so casually 
		done in Pascal) is ineffecient.

	But it does work.  In many cases, that's all that matters.

					Bob Moore
					GCA/Tropel
					seismo!rochester!ritcv!tropix!rcm
25-Jul-83 08:41:00,361;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  25 Jul 83 8:42 EDT
Date: 25 July 1983 08:41 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: HP-125 overlay for MDM711
To: Info-Cpm@brl

Thanks to <BYTE@MC> we now have an overlay for MDM711 to configure
it for a Hewlett-Packard HP-125 microcomputer. It's available on MC
in AR61:CPM;MDM711 HPASM.
--Keith
25-Jul-83 11:06:00,385;000000000000
Received: From Parc-Maxc.ARPA by BRL via smtp;  26 Jul 83 19:28 EDT
Date: Mon, 25 Jul 83 11:06 PDT
From: Pugh.PA@PARC-MAXC.ARPA
Subject: Re: CPM DIRLST updated
In-reply-to: "W8SDZ@mit-mc.ARPA's message of 23 Jul 83 15:13 EDT"
To: Keith Petersen <W8SDZ@mit-mc.ARPA>
cc: Info-Cpm@brl.ARPA

Keith , please add me to list to recieve MIT-MC CPM directories.

Thanks,
Benny Pugh
25-Jul-83 15:57:10,390;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  26 Jul 83 7:04 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 26 Jul 83 3:56-PDT
Date: 25 Jul 83 14:57:10-PDT (Mon)
To: info-cpm@brl
From: decvax!linus!utzoo!dciem!mmt@ucb-vax
Subject: Re: CPM-816
Article-I.D.: dciem.254
In-Reply-To: Article sri-arpa.3306

Does CPM-816 also run on Z100 (8085/8088) as well as Compupro?
26-Jul-83 00:07:48,1488;000000000000
Date:     Tue, 26 Jul 83 0:07:48 EDT
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  New ZCPR2 Utilities

AR87:CPM on MIT-MC contains two new ZCPR2 utilities -- FIND and UNERA.
Both are installed by GENINS (actually, no installation needed for UNERA).
CRCs check.

UNERA, like the other PD UNERAs, is used to unerase files, but this one
is integrated into the ZCPR2 System with the consistent syntax.  The form
of this command is:

	UNERA afn,afn,afn,afn,... o

where as many ambiguous file names as desired can be given.  Built-in
documentation, invoked by simply typing UNERA with no args or UNERA //,
tells you how to use it.  UNERA normally places the unerased files into
the current user.  There are options to:  Pause for disk change, Place
files into User 0, and List erased files.

FIND, like FILE13, is used to search all disks and user areas for
a set of files.  Again, being consistent with the ZCPR2 syntax, FIND
has the following form:

	FIND afn,afn,afn,... o

FIND produces an alphabetical listing of all matched files by disk.
FIND does not include System files by default, and the only option, S,
enables it to include these also.  FIND is installed by GENINS, and
GENINS may be used to restrict its range (in terms of disk scanned
and maximum user area scanned).


Both utilities are quite small, under 2K in size, and both run very
quickly, using direct BIOS calls to move through the directory.

	Enjoy!

	Rick
26-Jul-83 00:36:43,712;000000000000
Received: From Rochester.ARPA by BRL via smtp;  26 Jul 83 0:37 EDT
Received: by sen.rochester (3.327.3L+++) id AA07834; 26 Jul 83 00:36:43 EDT (Tue)
Received: by cay.Rochester (3.327.3L+) id AA18382; 26 Jul 83 00:33:37 EDT (Tue)
Message-Id: <8307260436.7834@sen.rochester>
Date: 26 Jul 83 00:36:43 EDT (Tue)
From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
Subject: MS-DOS to CCP/M conversion
To: info-cpm@BRL.ARPA

We just got CCP/M (Concurrent CP/M) for an IBM PC from Digital
Research. Is there any way for it to read PC-DOS (MS-DOS) disks?
MS-DOS has a RDCPM command to go in the opposite direction,
but we want to move "C" programs we wrote for Lattice C to
CP/M so we can try the DR C compiler.
26-Jul-83 05:33:00,781;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  26 Jul 83 19:06 EDT
Date:     26 Jul 83 07:33-EDT (Tue)
From: Charles Hutchinson <hutchinson.UMass-ECE@udel-relay>
Return-Path: <hutchinson%UMass-ECE.UMASS-ECE@UDel-Relay>
Subject:  Rainbow Modem9, ZCPR2
To: info-cpm.UMass-ECE@udel-relay
Cc: rconn@brl, muller.UMass-ECE@udel-relay
Via:  UMASS-ECE; 26 Jul 83 19:04-EDT

To anyone interested, I found a version of MODEM9 for the DEC Rainbow 100
It's on Steve Trevor's RCPM, Thousand Oaks, Calif.  (805) 492-5472

I have also heard that there is a Rainbow implementation of ZCPR2
If anyone could provide pointers to a person, RCPM or file, I would be
much obliged.

                         Thanks,
                             Hutch
		(HUTCHINSON.UMASS-ECE@UDEL-RELAY)
26-Jul-83 08:07:38,3132;000000000000
Received: From Nadc.ARPA by BRL via smtp;  26 Jul 83 12:26 EDT
Date: 26 Jul 1983 10:07:38-EDT
From: dudley@nadc
To: info-cpm@brl
Subject: getting MODEM903 to work

The following is most of a letter that I wrote to someone today
who asked me for help on getting his VT180 up with modem7.  The
resulting treatise turned into such a magnum opus that I decided
to post it to the net so that the novices among us would have some
quick information available to them.  If you already know all about
ftp'ing com files and lbr and sq and usq and itscvt then skip the
rest of this:

	MODEM903 is a version of MODEM797 and MDM707 that includes
a version for the VT180.  It works perfectly, too!  To get this
wonderful thing, here is what you must do: (this is all for Berkeley Unix
and may have to be modified is your host is something else.)

1.	ftp mit-mc	;ring up the mit-mc machine

2.	get 'AR13:CPM;ITSCVT HEX' itscvt.hex	;get an ascii image of
			;this Intel Hex format program.

3.	get 'AR13:CPM;LDIR 211HEX' ldir.hex	;get this while at it

4.	get 'AR13:CPM;LU 211HEX' lu.hex		;and this too
 
3.	type local	;this causes binary transfers, but with appropriate
			;conversions between word lengths of the DEC 10 at
			;mit-mc and my vax.  Your command for this may
			;differ.  Consult local system guru, or experiment.

4.	get 'CPM:MODEM 903LBR' modem903.lbr

5.	bye		;leave ftp.  Some ftp's can't do more than one get
			;per connect (like mine) so you may have to invoke
			;ftp and bye out of it multiple times.

6. 	port all this stuff over to a CPM computer.  I assume you have
	access to one besides the VT180.  It should have at least 241K
	disks attached, or some of this will be a real !@?#@!#.

A>load itscvt		;make itscvt.com out of itscvt.hex
<messages from
 load.com>...

A>load lu		;make lu.com

A>load ldir		;make ldir.com

A>itscvt modem903.lbr
Translate, Skip, Quit, or Continuous? T
opening file
done				;we have just removed the four garbage
				;bytes at the start of the file that are
				;and artifact of the ftp process.

A>era modem903.lbr		;erase original file to make room
A>ren modem903.lbr=modem903.cpm	;use output of itscvt which has CPM extension

A>lu -o modem903 -e *.* -x	;invoke library utility, open the library
<messages from lu.com		;extract all files, and exit. (I think this
about its progress>		;is right.)

A>usq *.?q?			;now unsqueeze all the files from the library
				;you may have to do them one at a time
				;and erase the squeezed versions if you have
				;tiny disks.

Now read the file HOWTOASM.DOC and do what it says.  The file 8250SYS.ASM
is already configured for the VT180 and only needs to be renamed SYS.ASM.

A>ren SYS.ASM=8250SYS.ASM
A>lasm modem903.aaz
A>mload modem903

Now use MBOOT3 to bring the finished MODEM903.COM over to the vt180.  The
file is 17K in size, so you might be able to send the MODEM903.HEX over
using pip or pipmodem and load it on the VT180 using LOAD.COM.  (Although
there is a different loader supplied in MODEM903.LBR that you are
supposed to use instead of LOAD.COM.)
26-Jul-83 11:23:00,684;000000000000
Received: From Usc-Ecl.ARPA by BRL via smtp;  26 Jul 83 14:24 EDT
Date: 26 Jul 1983 1023-PDT
From: BHUBER@usc-ecl
Subject: Epson FX-80 problem
To:   Info-Terms@mit-mc
cc:   BHuber@usc-ecl, Info-CPM@brl

This isn't really related to a terminal, so am sending to these two lists.

We have uncovered a problem with the new FX-80 printer.  Specifically, the
printer will "eat" one valid, printable, preceding character for every DC3
not immediately following a LF character.  Has anyone else seen this
problem?  It occurs frequently using SCRIPT on an IBM VM/CMS system.  Other
printers, including the MX-80 predecessor do not err in similar
circumstances.

Bud
-------
26-Jul-83 11:49:04,706;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  28 Jul 83 3:45 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 0:25-PDT
Date: 26 Jul 83 10:49:04-PDT (Tue)
To: info-cpm@brl
From: decvax!linus!utzoo!watmath!watarts!bernie@ucb-vax
Subject: Re:  Information needed on EcoSoft C compiler
Article-I.D.: watarts.1974
In-Reply-To: Article sri-arpa.3407

In fairness to Ecosoft, their intent was to initialize the array to zero
(see discussions in net.lang.c about this).  Nevertheless, it ought to be
made an option; there are many cases where the array initialization is
unnecessary and slows the assembler down a lot.
					--Bernie Roehl
					...decvax!watmath!watarts!bernie
26-Jul-83 12:11:25,850;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  27 Jul 83 6:35 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 27 Jul 83 3:09-PDT
Date: 26 Jul 83 11:11:25-PDT (Tue)
To: info-cpm@brl
From: decvax!linus!sch@ucb-vax
Subject: Lar - LU library maintainer
Article-I.D.: linus.134

If you need a program to create LU format libraries for transfer
to a CP/M based personal computer, I have written one.
The basic idea is to combine files on the Unix machine and then transfer
them in one operation to the personal computer.  There the program LU
can be used to extract the files out.

It is called lar.c and has been posted to net.sources.
You ARPANET folks can probably find it on MIT-MC soon.

-- 
Stephen Hemminger,  Mitre Corp. Bedford MA 
	{allegra,genrad,ihnp4, utzoo}!linus!sch	(UUCP)
	linus!sch@mitre-bedford			(ARPA)
26-Jul-83 12:15:30,608;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  28 Jul 83 6:04 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 2:55-PDT
Date: 26 Jul 83 11:15:30-PDT (Tue)
To: info-cpm@brl
From: decvax!microsoft!uw-beaver!ubc-visi!mprvaxa!barnes@ucb-vax
Subject: MDM7 and KERMIT from ARPA to USENET
Article-I.D.: mprvaxa.243

I second Ken Lee's request for these two programs to come from ARPA.  Would
it be possible for someone on ARPA to post these to this newsgroup or
net.sources so we can all get at them?  Is there sufficient interest from
USENET people to warrant this?

Mike Barnes
26-Jul-83 14:09:34,377;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  28 Jul 83 4:23 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 1:11-PDT
Date: 26 Jul 83 13:09:34-PDT (Tue)
To: info-cpm@brl
From: harpo!gummo!whuxlb!floyd!cmcl2!lanl-a!rfl@ucb-vax
Subject: net.micro.cpm
Article-I.D.: lanl-a.363

question
Does anyone know of or have a good 8086 Fortran Compiler???
26-Jul-83 14:28:01,3911;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  27 Jul 83 9:38 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 27 Jul 83 6:02-PDT
Date: 26 Jul 83 13:28:01-PDT (Tue)
To: info-cpm@brl
From: ihnp4!houxm!hou2b!9484cbs@ucb-vax
Subject: Zenith Z100 news
Article-I.D.: hou2b.69

These comments on the Zenith Z100 were reported in Sextant:   The 
Independent  Magazine  for the Entire Zenith  Computer  Community 
(Summer,  1983  issue).   Most  of them are from a  question  and 
answer  session at the Eighth West Coast Computer Faire in  March 
of this year.

"Barry  Watzman  of  Heath/Zenith  recently  told  Sextant   that 
standard  CP/M-86  will  be available for the Z100  'probably  in 
1983.'   This  is a little sooner  than  planned,  Watzman  said.  
CP/M-86 wasn't originally a very high priority item, until Zenith 
software  developers  say that it had been announced in a  Zenith 
Data Systems software catalog - by mistake.
...
"Unfortunatley,  it has been more difficult than was  anticipated 
to  make IBM PC software work on the Z100.   software written for 
the  PC  is  'optimized'  to take best  advantage  of  the  IBM's 
keyboard  and  screen display functions;  the Z100  keyboard  and 
screen display are different.   Those functions are controlled by 
read-only memory (ROM).  Zenith Data Systems expects to release a 
new  ROM this summer which will duplicate more functions  of  the 
PC's ROM,  enabling Z100 uses to use the developing PC-compatible 
software pool."
...
"I've  found a 'kludgy' way to use escape sequences on the  Z100.  
I  use  the  'insert special character' feature of an  editor  to 
create  a text file consisting of the appropriate  escape  codes.  
Then  I  went back to Z-DOS and TYPEd the file to  the  screen... 
There should be an easier way, though."
...
Barry Watzmann on CP/M Plus:   "I cannot say definitively that we 
will or won't [provide it].  It all is a question of priorityies.  
My personal feelin,  to the extent that it matters,  is that  we 
should  do 3.0 (CP/M Plus) on the Z100 as an upgrade to  CP/M-85.  
I would hope that we might be able to do that in August,  give or 
take a couple of months."
...
Barry Watzmann on Concurrent CP/M:  "We are not currently working 
on Concurrent CP/M or MP/M [the multiuser version].  I personally 
wish that we were,  but the fact of the matter is, we aren't.  We 
are  working  on  some networking stuff."
...
Barry Watzmann on MS-DOS 2.0:  "MS-DOS 2.0 we will definitely do.  
There's no question about that.   There has been some  discussion 
internally that some of the resources to get CP/M-86 out and some 
of  the resources to get MS-DOSthey're  allocated to CP/M-86,  and that may change.   I kind  of 
don't  want  to  see that change;  I'd like to  see  CP/M-86  out 
already.   But  we  will definitely be  doing  MS-DOS  2.0.   I'm 
tempted to back off on 'definitely', but I believe we will see it 
this year for certain, possible by the late second or early third 
quarter.   There  will  be extreme pressure on us,  with the  IBM 
announcement, to get that out."
...
Barry Watzmann on the 8087:  "Yes, alot of thought has been given 
to  that [the 8087].   I don't have an answer for you right  now.  
But we have a strong desire to fit the 8087 to our  machine,  and 
there  is work going on to accomplish that goal...  I am  hopeful 
that, at some point before the end of the year, we willbe able to 
make an announcement regarding that."

Watzmann  also Announced that Microsoft FORTRAN and  COBOL  would 
soon  be  shipped  and that UCSD p-System,  version IV  would  be 
shipped in May.

One  additional note:   Barry Watzmann,  the Zenith Data  Systems 
computer  product line director,  resigned from Zenith at the end 
of May, so he cannot be held to these words.


Ken Lee
hou2b!9484cbs
26-Jul-83 15:07:42,535;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  26 Jul 83 18:08 EDT
Received: by UCBVAX.ARPA (3.347/3.35)
	id AA04425; Tue, 26 Jul 83 15:07:42 PDT
Date: Tue, 26 Jul 83 15:07:42 PDT
From: ucsfmis!harrison@berkeley
Message-Id: <8307262207.AA04425@UCBVAX.ARPA>
To: mlease@bbn-unix
Subject: Video editor under PASCAL?
Cc: info-cpm@mit-mc

The ASE Advanced System Editor from Volition Systems has a good reputation
here at UCSF.  I don't know much about it, but a number of people are 
using it and swear by it.

Peter Harrison
26-Jul-83 17:17:00,635;000000000000
Received: From Nrl-Aic.ARPA by BRL via smtp;  26 Jul 83 19:31 EDT
Date: 26 Jul 1983 19:17-EDT
From: Russ Smith <smith@nrl-aic>
Subject: zcpr2 and unsqueezing
To: smith@nrl-aic
Cc: info-cpm@brl
Message-Id: <83/07/26 1917.533@NRL-AIC>

I tried to retrieve and unsqueeze "AR80:CPM;ZCPR2 23AQM" using
an unsqueezer program written for UNIX ("AR43:CPM;XUSQ 107C").
Apparently this unsqueezer and the program used to squeeze ZCPR2
use different formats for the data encoding. What could I use on
our VAX UNIX system to do the task (i.e., is there one on mit-mc
which I can ftp over to unix ala XUSQ?)?

Russ  (smith@nrl-aic)
26-Jul-83 17:17:00,631;000000000000
Received: From Nrl-Aic.ARPA by BRL via smtp;  26 Jul 83 19:31 EDT
Date: 26 Jul 1983 19:17-EDT
From: Russ Smith <smith@nrl-aic>
Subject: zcpr2 and unsqueezing
To: gz@mit-mc
Cc: info-cpm@brl
Message-Id: <83/07/26 1917.533@NRL-AIC>

I tried to retrieve and unsqueeze "AR80:CPM;ZCPR2 23AQM" using
an unsqueezer program written for UNIX ("AR43:CPM;XUSQ 107C").
Apparently this unsqueezer and the program used to squeeze ZCPR2
use different formats for the data encoding. What could I use on
our VAX UNIX system to do the task (i.e., is there one on mit-mc
which I can ftp over to unix ala XUSQ?)?

Russ  (smith@nrl-aic)
26-Jul-83 20:28:00,321;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  26 Jul 83 22:34 EDT
Date: 26 Jul 1983 2228-EDT
From: RMS.G.ALBERS%MIT-OZ@mit-mc
Subject: ZCPR2
To: INFO-CPM@brl

	Has anyone set up ZCPR2 for the Osborne (SD or DD) 1 or the Exectuive
1?  If so, how can I get a copy of the BIOS patched etc...

							JOn

-------
26-Jul-83 21:17:26,404;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  28 Jul 83 4:23 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 1:10-PDT
Date: 26 Jul 83 20:17:26-PDT (Tue)
To: info-cpm@brl
From: harpo!gummo!whuxlb!floyd!cmcl2!lanl-a!jp@ucb-vax
Subject: net.micro.cpm
Article-I.D.: lanl-a.364

Does anyone know of a good Fortran Compiler for the 8086?
We'd sure appreciate some help here...
26-Jul-83 21:36:00,517;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  26 Jul 83 22:47 EDT
Date: 26 July 1983 21:36 EDT
From: Charlie Strom <CSTROM@mit-mc>
Subject:  CPM-816
To: decvax!linus!utzoo!dciem!mmt@ucb-vax
cc: INFO-CPM@brl
In-reply-to: Msg of 25 Jul 83 14:57:10-PDT (Mon) from decvax!linus!utzoo!dciem!mmt at ucb-vax

CPM-816 is specifically designed for the Compupro hardware. I would
not be all that amazed if you did see a product identical to CPM-816
or MPM-816 on the Z-100 in the not too distant future. Enough said!
26-Jul-83 21:37:00,800;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  26 Jul 83 23:40 EDT
Date: 26 Jul 1983 2337-EDT
From: Edward Huang <RMS.G.EH%MIT-OZ@mit-mc>
Subject: Re: iAPX-286 Users
To: POURNE@mit-mc
cc: 
MMDF-Warning:  Parse error in preceeding line at BRL.ARPA
In-Reply-To: Your message of 12-Jul-83 0724-EDT

Hi,... been reading BYTE issues on the 16bit
microprocessor... my current choice is the iAPX80188
which is the most versatile and most advanced chip to date.
trouble is that its recent and it is packed to the Jedec 68pin
style not the popular DIP type.... however, i suppose I could
design a PC bd for this as this only needs 4 chips (cpu,latch,
and memory which i chose to use the 6116lp-4 2kx8 CMOS ram
and 2716-2 2kx8 EPROM) .... thanks, -Ed
ps: your BYTE articles are great!
-------
26-Jul-83 21:45:08,362;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  28 Jul 83 3:27 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 0:13-PDT
Date: 26 Jul 83 20:45:08-PDT (Tue)
To: info-cpm@brl
From: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax
Subject: 8086
Article-I.D.: lanl-a.365

Does anyone know of a good Fortran Compiler for the 8086???
		Thanks
			Jim
26-Jul-83 23:35:00,473;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  26 Jul 83 23:37 EDT
Date: 26 July 1983 23:35 EDT
From: Gail Zacharias <GZ@mit-mc>
Subject:  zcpr2 and unsqueezing
To: smith@nrl-aic
cc: INFO-CPM@mit-mc
In-reply-to: Msg of 26 Jul 1983 19:17-EDT from Russ Smith <smith at NRL-AIC>

Neither the ITS nor TOPS-20 USQ's have any trouble with that file, so
it's not corrupted.  Did you remember to strip the four header bytes from
the file before handing it to the program?
27-Jul-83 07:04:00,504;000000000000
Date:     Wed, 27 Jul 83 7:04:00 EDT
From:     Rick Conn <rconn@brl>
To:       RMS.G.ALBERS%MIT-OZ@mit-mc
cc:       INFO-CPM@brl
Subject:  Re:  ZCPR2

	There is an implementation for the Osborne 1 on MIT-MC now.
It is in an LBR file.  One warning: watch the version numbers closely.
I understand that different ROMs in the Osborne change the addresses
of some of the internal routines, and the patch is very ROM-version
dependent.

	It is in the ZCPR2 ARs.  AR8n:CPM is the group.

		Rick
27-Jul-83 09:18:00,641;000000000000
Received: From Hi-Multics.ARPA by BRL via smtp;  27 Jul 83 10:42 EDT
Date:  27 July 1983 09:18 cdt
From:  Cargo.PD@hi-multics
Subject:  Morrow DJ2
To:  info-cpm@brl

I bought a used Morrow Disk Jockey 2 board which seems to work fine, but
the 24K CPM disk that came with it appears to be damaged. I tried
writing to Morrow Customer Service over a month and a half ago with no
response. Anybody out there willing to try and read it and reinstall
whatever it is that's faulty? (I'm sure its the disk; the board works as
advertised as far as it gets.) Twin Cities, Minnesota, Mid-West, USA
locations (in priority order) preferred.
27-Jul-83 10:18:00,377;000000000000
Received: From Sri-Tsc.ARPA by BRL via smtp;  27 Jul 83 12:42 EDT
Date: 27 Jul 1983 at 0918-PDT
To: info-cpm@brl
Subject: CP/M-80 spreadsheets
From: fylstra.tsca@sri-unix
Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 27 Jul 83 9:31-PDT

Does anyone have any opinions about the relative merits of MultiPlan
versus SuperCalc II for CP/M-80?

Dave Fylstra
27-Jul-83 11:09:33,3652;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp;  27 Jul 83 11:17 EDT
Date:     Wed, 27 Jul 83 11:09:33 EDT
From:     Dave Towson (AMSAA) <towson@brl-bmd>
To:       Russ Smith <smith@nrl-aic>
cc:       gz@mit-mc, info-cpm@brl
Subject:  Re:  zcpr2 and unsqueezing

Russ - With regard to your file unsqueezing problem, it seems likely that
you are having the same problem we on the BRL UNIX machines have had in
transferring binary files from mit-mc.  MC is a 36-bit machine, and packs
binary files four-bytes-to-the-word.  The remaining four bits are filled
with zeros, and at least in our experience, those four-zeros-per-word are
delivered along with the desired binary information when files are FTP'ed.
Two people here have dealt with this problem:  One, Joel Kalb <jkalb@brl>
has written a CP/M program to remove the junk, but I guess that won't help
you since you want to correct the files while still in the UNIX domain.
The other person, Steve Segletes <steven@brl>, has written a C program
which works well, but is still being polished, and which runs under UNIX.  Both
of these programs also strip-off the first four bytes of the recieved binary
file.  These bytes are put there by mc as part of the file-transfer process,
and are not part of the desired file.  To see whether you are having the 
same problem we are having, I suggest you try the same experiment we did here:
FTP both the ASCII-hex file and the resulting COM file for some convenient
program (such as, AR13:CPM;CRCK 44HEX  and  AR12:CPM;CRCK 44COM) and then
use the UNIX utility OD with the hex-byte option to get a hex-dump of the
COM file (and maybe print the first ten lines or so).  Then compare what you
got with what it was supposed to be as read from the ASCII-hex file.  (If
you don't know how to read Intel hex format records, send me mail and I'll tell
you, or alternatively, transfer the hex file to your CPM system and LOAD it
to get a clean COM file which you can dump using DDT.)  If you are having "our"
problem, you will find that the first four bytes of the FTP'ed COM (binary)
file will be 93 3A D8 00 (in hex), and that from there on,  each four bytes of
desired data will be preceded by four junk-zeros.  This will cause the first
four program bytes to be shifted-right by four bits (for example, C3 34 12 F3
will be changed to 0C 33 41 2F 30), and then the next four junk-zeros will
bring the next four bytes back into proper registrtation.  This pattern will
repeat for the rest of the file, giving five bad bytes, four good ones. five
bad, four good, etc.  The programs written by Steve and Joel strip the first
four bytes and then throw-out the first four bits of each 36 bits thereafter.
They work like a champ.  If you are having this problem, your unsqueezer will
not be able to recognize the mess as a squeezed file, much less unsqueeze it.
As a final note, I guess I should say specifically that squeezed files must
be moved as BINARY files using the image-mode (i.e.,TYPE IMAGE) of FTP.  If
you haven't been doing that, you have probably gotten a lot of extra carriage
returns added to your binary data by the UNIX FTP server.  Use image-mode for
squeezed files.  We have had no trouble moving ASCII files from mc to our UNIX
machines (both PDP-11 and VAX), but until the two post-processors were written
binary files were 100% frustration.  If you would like copies of either of the
post-processors, send netmail to steven@brl for the C program, or jkalb@brl for
the CP/M version.  Both work.  Good luck!

Dave Towson
US Army Materiel Systems Analysis Activity
Aberdeen Proving Ground, Maryland
27-Jul-83 11:26:05,825;000000000000
Date:     Wed, 27 Jul 83 11:26:05 EDT
From:     Bob Bloom (TECOM) <bbloom@brl>
To:       info-cpm@brl
Subject:  ?modem and mdm???

OK, I give up; what's modem9xx?  that is, vs. mdm7??.  And I suppose
that there is some confusion on the net of all the various version and
flavors of the "christenson protocals".  So, does anyone know or have
handy what the differences are between xmodem, umodem, modem2??, modem7??,
modem9??, tmodem, etc.?

For that matter, it probably would be instructive to see a review of all
the commo packages, both commercial and public domain, available for cp/m
machines; including protocal capabilities, functions supported, hardware
supported, etc.; somewhat like the C complier review that went around
awhile ago.

listening Rich? (Conn that is)                    -- bob bloom
27-Jul-83 12:26:28,1677;000000000000
Received: From Sri-Unix.ARPA by BRL via smtp;  28 Jul 83 7:49 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 4:46-PDT
Date: 27 Jul 83 11:26:28-PDT (Wed)
To: info-cpm@brl
From: decvax!tektronix!tekecs!orca!andrew@ucb-vax
Subject: Re: JRT pascal complaints
Article-I.D.: orca.1439
In-Reply-To: Article sri-arpa.3428

Gary Little draws a parallel between JRT Pascal slipping on deliveries
of their $40 compiler and big companies (such as defense contractors)
slipping several months on their deliverables.

Defense contractors get paid *after* they produce.  (Just try getting
the federal government to pay in advance on an order!  I have, and they
don't.)  JRT requires payment in advance, cashes the check, then sits
on the money for several months.  This is in violation of laws designed
explicitly to protect the mail order buyer.  If a merchant does not
ship your product within thirty days of accepting your payment (i.e.,
cashing your check or debiting your credit card), you can and should
contact the postmaster at the merchant's post office and complain that
you are the victim of mail fraud.  An investigation will ensue.  (Write
to Postmaster / City, State ZIPCODE)

My wife and I sell mail order software "on the side", and we've been
known to delay many weeks between receipt of an order and its shipment,
usually because the software is being upgraded or we're out of material
such as three-ring binders.  However, we make a practice of cashing the
check AFTER the product is shipped.

  -- Andrew Klossner   (decvax!teklabs!tekecs!andrew)  [UUCP]
                       (andrew.tektronix@rand-relay)   [ARPA]
27-Jul-83 19:20:02,1082;000000000000
Received: From Rand-Relay.ARPA by BRL via smtp;  28 Jul 83 0:02 EDT
Date: 27 Jul 1983 21:20:02-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re:  zcpr2 and unsqueezing
To: gz@mit-mc, smith@nrl-aic
Cc: info-cpm@brl
Via:  UCF-CS; 27 Jul 83 20:37-PDT

I don't think the problem is with xusq107.  I am the one who hacked that for
the Vax and 4.1bsd, I haven't ever had any problems since I got it going on
this machine.  Here are some places where you might be going astray:
       1)  Not compiling xusq107.c with -DVAX
       2)  Not using the -b option of umodem to transfer the file (if you
           are using umodem).
       3)  Not stripping the ITS "stuff" off of the squeezed file after
           you get it from MIT-MC.
       4)  Not setting "Tenex" mode for the FTP transfer.
If these seem elementary, I am trying to cover all bases.  Let me know if
I can help you further.
					Ben Goldfarb
					University of Central Florida
					uucp: {duke,decvax}!ucf-cs!goldfarb
					ARPA: goldfarb.ucf-cs@Rand-Relay
27-Jul-83 19:35:38,424;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  27 Jul 83 22:36 EDT
Received: by UCBVAX.ARPA (3.347/3.35)
	id AA10378; Wed, 27 Jul 83 19:35:38 PDT
Date: Wed, 27 Jul 83 19:35:38 PDT
From: ucsfmis!harrison@berkeley
Message-Id: <8307280235.AA10378@UCBVAX.ARPA>
To: info-cpm@mit-mc
Subject: Bitnet capability for MIT??

Is there any way I can bitmail files from the AR;CPM files to a 
bitnet computer?

Peter Harrison
27-Jul-83 20:32:49,709;000000000000
Received: From Utexas-11.ARPA by BRL via smtp;  27 Jul 83 21:33 EDT
Date: Wed, 27 Jul 83 20:32:49 CDT
From: mknox <mknox@utexas-11.ARPA>
Subject: NCR CP/M
Posted-Date: Wed, 27 Jul 83 20:32:49 CDT
Message-Id: <8307280135.AA03818@UTEXAS-11.ARPA>
Received: by UTEXAS-11.ARPA (3.326/3.7)
	id AA03818; 27 Jul 83 20:35:10 CDT (Wed)
To: info-cpm@brl.ARPA


Does anyone have any information on the 5.25 disk format used by NCR CP/M.
The info I have been able to get just gives the usual picture of CCP/BIOS/
BDOS (make that CCP/BDOS/BIOS).  I need to know the skew, sector size,
and such so I can read/write on a different machine.

Obviously, any related info. would also be appreciated.

				tnx
27-Jul-83 22:11:55,744;000000000000
Received: From Rochester.ARPA by BRL via smtp;  27 Jul 83 22:10 EDT
Received: by sen.rochester (3.327.3M) id AA06671; 27 Jul 83 22:11:55 EDT (Wed)
Received: by cay.Rochester (3.327.3L+) id AA21330; 27 Jul 83 22:08:49 EDT (Wed)
Message-Id: <8307280211.6671@sen.rochester>
Date: 27 Jul 83 22:11:55 EDT (Wed)
From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
Subject: Re:  CPM-816
To: CSTROM@mit-mc.ARPA, decvax!linus!utzoo!dciem!mmt@ucb-vax.ARPA
Cc: INFO-CPM@brl.ARPA

YouAre right!!!!
Zenith is sending me a pre-release CP/M-86 for the Z-100.
It was mailed Monday, so may arrive tomorrow.
It switches between the 8088 and 8085 automatically.
I hope to keep this feature when I bring up
CCP/M. Unless someone else does it first......
27-Jul-83 22:19:01,759;000000000000
Received: From Rochester.ARPA by BRL via smtp;  27 Jul 83 22:17 EDT
Received: by sen.rochester (3.327.3M) id AA06712; 27 Jul 83 22:19:01 EDT (Wed)
Received: by cay.Rochester (3.327.3L+) id AA21349; 27 Jul 83 22:15:48 EDT (Wed)
Message-Id: <8307280219.6712@sen.rochester>
Date: 27 Jul 83 22:19:01 EDT (Wed)
From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
Subject: MODEM7 on Unix
To: info-cpm@BRL.ARPA

I want to do some file transfer between a VAX/VMS system
and a Codata 68000 Unix system. I have "umodem" and "xmodem.for"
to support the host end of a CPMUG transfer protocol.
Does anyone have a version of MODEM7 or equivalent that runs
on Unix?  i.e. a terminal emulator that can also do file
transfers, like "cu" but with the CPMUG protoocol.
27-Jul-83 23:05:07,661;000000000000
Date:     Wed, 27 Jul 83 23:05:07 EDT
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  ZCPR2 on MicroDecision

	I just got back from going over the MD installation of ZCPR2
at a friend's house, and I discovered an error in the instructions.
Very sorry about that.

	The Fill instruction after the DDT load should read

		FD00 1500 0

and the two Read instructions should read

		R3100

	Everything else should be fine.  Again, sorry for the mistakes.
Would those users who contacted me about problems with the MD installation
try it again with these changes and let me know (either way) of their
success?  Thanks.

		Rick
27-Jul-83 23:08:33,876;000000000000
Received: From Ucb-Vax.ARPA by BRL via smtp;  28 Jul 83 2:11 EDT
Received: by UCBVAX.ARPA (3.347/3.35)
	id AA00346; Wed, 27 Jul 83 23:11:37 PDT
Date: Wed, 27 Jul 83 23:08:33 PDT
From: jlapsley%D.CC@berkeley
Message-Id: <8307280611.AA00346@UCBVAX.ARPA>
To: k.info-cpm@brl
Subject: BDS C Telnet terminal program / ?MODEM???

   As far as public domain terminal programs go (I'm sure somebody has
already mentioned this) I wanted to give a plug for the Telnet program
distributed with BD Software's C compiler.  The Telnet program itself
isn't really all that great, but it's a great place to start, and can
be hacked into doing just about anything with very little work.

   If somebody knows, I'd appreciate a formal definition of the XMODEM
protocol.  That is, after n seconds, this is sent, then that, etc.

					Phil Lapsley
				(jlapsley%D.CC@BERKELEY)
27-Jul-83 23:46:19,246;000000000000
Date:     Wed, 27 Jul 83 23:46:19 EDT
From:     Rick Conn <rconn@brl>
To:       info-cpm@brl
Subject:  Z2MD LQR updated

The LBR file containing the MicroDecision installation for ZCPR2
has been updated in AR86:CPM.  CRCs check.

		Rick
28-Jul-83 01:48:00,813;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  28 Jul 83 1:48 EDT
Date: 28 July 1983 01:48 EDT
From: Gail Zacharias <GZ@mit-mc>
Subject:  zcpr2 and unsqueezing
To: towson@brl-bmd
cc: info-cpm@brl

If you are getting all your bits and bytes shifted around, you are using
the wrong mode in ftp!  In addition to specifying image mode, you should
also specify "8-bit bytes".  ITS will then take care of extracting the
bytes from PDP-10 words in the correct way.  I gather different unix ftp
programs have different commands, but I'm told at least one of them does it
this way:

	ftp mit-mc
	type i
	quote
	type "l 8"

You will still need to strip the 4 header bytes (which I'm told you can do
with a general-purpose utility called 'dd'), but you certainly shouldn't
have to shift anything around!
28-Jul-83 09:14:00,692;000000000000
Received: From Parc-Maxc.ARPA by BRL via smtp;  28 Jul 83 9:12 EDT
Date: Thu, 28 Jul 83 09:14 EDT
From: WESTFALL.HENR@PARC-MAXC.ARPA
Subject: Re: 8086
In-reply-to: "harpo!floyd!cmcl2!lanl-a!jp@ucb-vax.ARPA's message of 26
 Jul 83 20:45:08 PDT (Tue)"
To: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax.ARPA
cc: info-cpm@brl.ARPA

Intel's Fortran 86 compiler is good, it supports Fortran 77 with
character data types, ect... However it is expensive, and currently runs
under the RMX 86 operating system and the ISIS series III os.

It compiles routines to run with a 'large' model segmentation- ie every
routine has its own code and data segments.

Rob Westfall
Xerox Corp
Rochester NY
28-Jul-83 10:20:00,1062;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  28 Jul 83 10:21 EDT
Date: 28 July 1983 10:20 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  zcpr2 and unsqueezing
To: towson@brl-bmd
cc: Info-Cpm@brl
In-reply-to: Msg of Wed 27 Jul 83 11:09:33 EDT from Dave Towson (AMSAA) <towson at brl-bmd>

Dave, you can get away from the binary zero padding problem on FTPing
binary files from MIT-MC if you simply tell FTP (on BRL or BMD) that
you want the 8-bit byte mode.  The command at BRL and BMD that does
this is "tenex".  If you do this before transferring binary files from
MC, the only thing you'll have to do to make them CP/M compatible is
to strip off the first four bytes.  These first four bytes are added
to COM files by our Christensen-compatible MMODEM program so that it
and other programs can later tell the difference between ASCII and
BINARY files.  I have written a program, ITSCVT, which runs on your
CP/M machine, which removes the first four bytes of ITS-style "COM"
(binary) files.  It's available in AR13:CPM;ITSCVT HEX
--Keith
28-Jul-83 10:37:00,1404;000000000000
Received: From Mit-Mc.ARPA by BRL via smtp;  28 Jul 83 10:39 EDT
Date: 28 July 1983 10:37 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject:  ?modem and mdm???
To: bbloom@brl
cc: Info-Cpm@brl
In-reply-to: Msg of Wed 27 Jul 83 11:26:05 EDT from Bob Bloom (TECOM) <bbloom at brl>

XMODEM, UMODEM, MODEM2xx, MODEM7xx, MODEM9xx, TMODEM, and MDM7xx ALL
use the SAME Christensen protocol.  There are no "flavors" except for
an OPTION for using a CRC error checking mode instead of the original
CHECKSUM error checking mode.  This run-time OPTION is available in
all of the above-named programs except for UMODEM and TMODEM.

MODEM9xx is a generic MODEM7xx program for serial-port modems.  It
does NOT support the PMMI S-100 modem.

MDM711 supports PMMI S-100, D.C. Hayes "Smart Modem", U.S. Robotics
intelligent modem, AND serial port modems.  Many user overlays are
provided for easy customization of the MDM711.COM file, so it is NOT
necessary to get the .ASM file to bring up this program.  Future
support will be provided for the new PMMI MM-212 (1200 baud) S-100
modem.

MDM7xx, MODEM7xx and MODEM9xx all provide a "batch transfer" OPTION
which allows more than one file to be transferred without operator
intervention.  Again, this is an OPTION and can be considered an
extention of the Christensen protocol rather than a violation of it.
It does not have to be used.
--Keith
